"Wiki" can be two things in SharePoint:


wiki pages in a wiki library
Enterprise Wiki site


There are many differences between the two, but with regards to "open in [...] Explorer View" both are a resounding "No".

Explorer View can show list columns with some data types like numbers and text. 

Wiki pages can have text, images, tables and web parts and other rich elements embedded. A wiki page can contain one or more of each of these elements. These items will not show as columns in an Explorer view.

You need to learn about, and understand, the difference of data types that SharePoint captures. Wiki pages cannot easily be translated into a grid view.

Enterprise Wiki pages are a different chapter altogether. They are a publishing content type, and you will need to understand publishing content types to deal with this data.

Edit: You can add custom columns to a wiki library to categorise items. You can then build a view that shows the page title and the category column. Switch to the Data View to bulk edit the page properties.

Explorer View on the Wiki Section of SharePoint
I've got a server with a LOT of small files -- many millions files, and over 1.5 TB of data. I need a decent backup strategy.


Any filesystem-based backup takes too long -- just enumerating which files need to be copied takes a day. 
Acronis can do a disk image in 24 hours, but fails when it tries to do a differential backup the next day. 
DFS-R won't replicate a volume with this many files.


I'm starting to look at Double Take, which seems to be able to do continuous replication. Are there other solutions that can do continuous replication at a block or sector level -- not file-by-file over a WAN?

Some details:


The files are split up into about 75,000 directories.
99% of the daily change comes from adding new directories; existing files are rarely changed.


There's some other relevant discussion here.
