1. Насколько я помню, Standard поддкрживает кластеризацию в 2 ноды
2. Остановка в любом случае будет.
3. Я вижу решение следующим:
* установить новый экземпляр на тех же серверах, создать кластер
* шаг за шагом перенести настройки master базы данных, msdb можно перенести бэкапом, если были изменения базы model — тоже бэкапом
* базы данных перевести в режим Full Recovery model, если они в каком-то другом
* выполнить резервное копирование нужных баз и востановить их на новом экземпляре в режиме norecovery (это нужно для минимизации времени остановки)
* потушить решение
* сделать диференциальный бекап баз или бэкап транзакционного лога. Востановить его на новом экземпляре.
* потушить старый экземпляр сервера баз данных
* перенастроить пути от вашего решения на новый сервер
* запустить решение

в этом случае простой будет небольшой. Минут за 15-20 простоя можно накатить резервную копию лога, поменять пути и запутить все.

4. Можно еще использовать mirroring для минимаизации времени простоя и автоматического переключения, но это нужно предварительно протестировать.

Из того, что сразу приходит на ум:
0. выделить какие у документа будут свойства (метаданные). Т.е. кроме названия и автора должны быть, например, тип (статья, книга...), уровень сложности, рубрики или темы к которым относится, язык, год издания, актуально/не актуально, кто/когда добавил в систему, содержание, краткое описание
1. Продумать интерфейс, т.к. мне кажется в данной задаче ты будешь «плясать» именно от этого. А вообще в этой задаче советую зайти, например, на google и попытаться какой-нибудь документ по какой-нибудь конкретной области и попросить это сделать пользователей. И «допросить» что у них получилось, что нет и что бы хотели увидеть и как искать.
2. Предусмотреть роли/группы пользователей: пользователь, администратор, эксперт,…
3. Для индексации можно/нужно на только запросы типа Like '%', но и стандартные компоненты типа Windows Search (есть API, но я не пользовался им) или Full Text Search от SQL Server (если база расположена в нем)
4. Думаю стоит предусмотреть в архитектуре/интерфейсе какие-нибудь: облако тегов, наиболее часто используемые запросы, лучшие ссылки (редактируются пользователем), отметки типа «мне нравится» для документов, избранное
5. Нужно создать удобный рубрикатор (документ может входить в несколько рубрик)
6. Нужно создать список типа «с чего начать»(по предметной области), советы по поиску + документация
7. Механизмы подмены слов
8. нужны инструменты администратора — например чего люди ищут, как, сколько результатов выдется, какие доументы просматривают
9. Нужен механимз обратной связи. Например очень вжный документ находится где-то в конце поиска, и пользователь (эксперт) подсказывает администратору, что нужно «поднять» документ