Index Of Windows Server 2022 Iso
Marcelo Eichel
Without installing additional software or making the files available offline, how can I get Windows 10 to add the contents to the search index (without making the files available offline) so that searching them is fast?
You may enable Offline Files for a network folder by right-clicking itand selecting "Always available offline".This will basically copy the folder to your computer.To make it searchable, you will need to add "Offline Files"to Indexing Options.
The correct way to do that is to store the files on Windows Serverwith the "Windows Search Service" role installed.The server will index its shared folders, and the Windows client canthen use this index.
Windows Server 2012 index his folders, so the index is created and located on his HDD.These folders are shared with the other desktops, so the files aren't on the clients' drives, but only on the server.
If I allow the search into file content on the server AND disable it on the desktop clients, when I perform a search on the clients, they use the index created by the server and read INTO the files too.
To force the OS to index them I activated this via mdutils. But this is no solutions. This makes spotlight to index the share once. But I want spotlight to index it always and keep it up to date. I have a huge amount of documents & fotographs, which is very difficult to manage without being searchable.
With a server obviously the usual situation is that there are multiple different users and each user normally has different access permissions such that userA may not be able to access files owned by userB. Therefore userA is not going to be able to access and index files restricted to userB, hence as described above the special Spotlight system account on a Mac server.
Spotlight on a Mac server is also clever enough to not only be able to index files owned by everyone, but to also only return the search results that user is allowed to access, therefore you will not see in the list of results files private to other users.
Unfortunately Spotlight is proprietary to Apple so no-one else can add it to their product. You would still be able to do a basic filename search but not a file content search. There are some third-party products you can buy which can do their own file content indexing and these provide their own search clients. I used to work for a company and run the IT for them and we used a tool called 'Sonar' which did this. See _s.html (I would not advise buying this particular solution now - it is possitively ancient and Spotlight would be the better choice.)
A possible option would be to have a Mac server and have the Mac server mount the QNAP as a drive, and then have the Mac server re-share the QNAP. Mac clients would then access it via the Mac server. The Mac server would then handle all the user-authentication i.e. logins, and would also do the Spotlight indexing. This would add a network traffic overhead and this could be reduced by having two network connections on the Mac server, one to the LAN with the Mac clients, and a second dedicated on just to the QNAP.
If you use a standard Windows server then it does not have built-in Spotight capabilities so again a workaround would be to use a Mac server to 're-share' it and do the indexing. This would be particularly pointless in this case.
There is another option which I was not aware of until I checked just now. I had been aware for many years of a package called ExtremeZ-IP from Group Logic, in fact many years ago I worked for the UK distributor for this product. This product runs on Windows servers and adds AppleShare i.e. AFP capability to Windows Servers. Windows Servers themselves dropped support for AFP many years ago.
Note: ExtremeZ-IP apparently utilises Windows Search to do the indexing, Windows clients connecting to the same Windows Server via their normal SMB connection can therefore do searching pretty much like Spotlight.
PS. ExtremeZ-IP talk about providing access to NAS servers, this is actually exactly the same trick I described to use a Mac to 're-share' the NAS so while it is useful it is not a major feature of ExtremeZ-IP except they use a Windows server to do it.
I am curious if anyone else has experienced the issues that my company is experiencing. We have a mixed client environment, some PCs, and some Macs. Most of the Macs we have are running Mountain Lion, but we have a few newer machines running Mavericks. We have two different main file servers, one that is a Apple Server and a couple of Windows 2008 R2 Servers. Most of the files our designers use are shared out via one of the Windows 2008 R2 servers. Now for the problem. With our designers running ML we were able to Index the windows shares so that spotlight and finder search return quick results of our 100,000+ file shares. However no matter what I do with the Mavericks machines as far as indexing I am unable to get the finder search and spotlight to return any results. I have disabled the index and then the finder search will return results after 5-10 minutes. To top this all off I am currently testing all of our applications with Yosemite and the indexing works like a charm. Unfortunately any of the third party apps such as Easyfind and Pathfinder do not integrate into other apps like Spotlight does for InDesign, etc. Any suggestions or thoughts would be greatly appreciated. One last note, I have read that if the SMB stack is updated via Macport the results are favorable but I have yet to read anyone doing that for the same reasons that I would be looking to use.
Acronis bought GroupLogic who make Extreme-Z IP which is an AFP file server for running on Windows servers. One of the features it provides is built-in Spotlight indexing so it can be searched by Macs.
While one would expect your solution to work equally well for Mavericks as well as Mountain Lion if you buy a commercial solution like this you should get the reassurance they have solved these problems for you.
I have been aware of this problem for well over a year now, and have been in constant search of a proper, "actually works" solution. No such luck as of yet.
I have also been aware of the ExtremeZ-IP option others say works for them.
In favour of trying to remedy the problem with a non-paid solution first however, I searched the deepest depths of Google to no avail.
I have been in phone contact with an Apple IT rep, and to be honest, they are oblivious of the issue, or are ignoring the fact that this is a real issue.
In the move forward to advance with technology, we must, and have upgraded OS X to Mavericks, and in the future, Yosemite.
The design department I work in has a handful of designers. We all use Macs. Our workflow is setup so that we save all of our work, Photoshop, After Effects, Cinema 4D, and any other graphic files are saved on a central file server so that other designers can access, and edit each others files at any time from any Mac. We work in a live television news environment, so searching of these files in a lightning fast manner is absolutely crucial.
Before this fiasco, the Macs ran on OS X 10.6.8. The Windows server holding our files is running Windows NT 4.
With OS X 10.6.8, doing a spotlight search for filenames of previously saved graphic files was quick, reliable and well, just worked.
Since the upgrade to Mavericks, this new SMBv2 protocol is what I believe to be the culprit of this evil. In fact, searching is just half the battle now.
ANY server interaction it seems makes the Mac slow, unresponsive, and sometimes F's it up so badly you have to push the power button!
For example. In Photoshop, naving to a folder on the server to save a file, it could sometimes take 5 or more minutes for the folders to even populate, and then sometimes just as long to save the file.
The problem with ALL of the solutions others mention is that they are missing the point. You should NOT need a Finder replacement. Finder, is a core, essential part of OS X. (Imagine Windows without Windows Explorer!) Finder must and SHOULD "just work". Finder replacements like EasyFind only search in list view. Designers search visually - aka, thumbnail view. Finder Replacements also do not replace File-Save or File-Open windows in apps, like Photoshop, or AI, AE or anything else. There is no integration that way.
I can't even to begin to describe the frustration this has cause us. This has single-handedly changed my perception of Apple, and their view of enterprise support and creative professionals. It reached a point where I said, I'd be happy to switch to a PC. And for me to say that....
However I thought I remembered seeing another article suggesting SMB3 might be slightly faster. You could setup a test yourself. Of course if your using ExtremeZ-IP you will in any case not be using a Mac server and therefore the situation maybe different. Again you might need to setup a test using the eval version of ExtremeZ-IP.
I am so frustrated trying to get indexing and searching working. I have actually put an apple server in place and I still cant seem to get searching to work. I have security and permissions working correctly, but I can't get searching to work. I can't even get file name searching to work. I am very new to Apple networking and this has been a major source of frustration...not being able to search full-text.
When I start searching from the finder and use the option to search Shared Drives, file name searching works, but not on my new Mac server. Content searching does not work on the non-Mac servers. But name searching seems to work. When I choose to search just the new Mac Server folders, no searching works.
I am in the process of trying to get this working for a client. It had worked a while back, but now does not. I THINK that it might have to do with sharing over SMB vs AFP - the little bits of info I can find seem to indicate that it will only work over AFP
Actually this is still very much an issue.
I tried to create another index and it got stuck again. Restarted the service and nothing. Restarted the computer and the index got created. I use windows only for development but not being able to create indexes easily, is kind of a deal breaker.