Windows Internal Database штука, безусловно, полезная, и рекомендуется для всяких RMS, WSUS, Connection Broker и т.п. и сейчас я немного расскажу о ее администрировании.
По-сути WID это очередная кастрация SQL, но интересно другое — в отличии от Express версии отсутствуют ограничения по размеру базы.
Особо коварные товарищи на этом месте задались вопросом — значит ли это, что SharePoint Foundation теперь может хранить большое кол-во информации? Ответ: да, будет время — расскажу.
Я, лично, сторонник размещения инфраструктурных БД на полноценном SQL, но это дополнительная нагрузка по лицензиям, которая в ряде случаев неуместна.
Сэкономить немного денег это ок, но поставить сервис на WID и не позаботится о средствах управления было бы неправильно.
Конечно, Microsoft не был бы Microsoft если бы средство не было предусмотрено: это самая обычная Management Studio
После установки Management Studio требуется выполнить ровно два действия:
1. Запустить SQL Management Studio от имени Администратора.
2. Подключится по адресу .pipeMICROSOFT##WIDtsqlquery (в предыдущих версиях Windows Server это .pipeMSSQL$MICROSOFT##SSEEsqlquery)
Теперь можно работать, хотя многих привычных для себя вещей администраторы SQL не обнаружат.
Первое, что нужно бы сделать, это настроить резервное копирование, особенно, если речь все же о SharePoint.
Тут нам на помощь спешит замечательный HarshDeep_Singh с не менее замечательным скриптом, который можно положить в стандартный Планировщик, подправив нужные значения.
Пример батника для Планировщика:
sqlcmd -S.pipeMSSQL$MICROSOFT##SSEEsqlquery -i c:SQL_WIDB_Backup.sql -o c:SQL_WIDB_Backup_Report.txt
На этом с общей информацией все, будут вопросы — пишите.
