Мы готовимся обновить наш сервер базы данных с SQL Server 2000 до 2005. Я планирую выполнить обновление на месте для поддержки учетных записей, привилегий и т. Д., И я надеюсь, что это будет довольно просто. На этом сервере размещены базы данных для нескольких наших приложений, но главным из них, который меня беспокоит, является SharePoint (MOSS 2007), поскольку он включает восемь баз данных и кажется довольно привередливым в отношении соединений между интерфейсным сервером и базами данных. .
У кого-нибудь есть практический опыт работы с этим сценарием? Это так просто, как должно быть? Есть ли какие-нибудь уловки или советы, которые могут меня просветить?
Спасибо за вашу помощь.
Предположительно, вы будете использовать 32-разрядную версию SQL 2005. Миграция, безусловно, безопаснее, чем обновление на месте, потому что у вас есть спасательная шлюпка, к которой можно вернуться.
При перемещении имен входа, особенно имен входа SQL и соответствующих паролей, не упускайте из виду хранимую процедуру sp_help_revlogin, которую MS представила с SQL 2005. Я использую sp_help_revlogin, чтобы сохранить текущий сценарий входа в систему SQL, а также регулярно скрипт разрешений базы данных для целей аварийного восстановления.
Я сделал миграцию, а не обновление. Вот ветка на StackOverflow.com что хорошо сработало для меня.
Наличие файловых групп только для чтения - результат моего личного опыта.
Убедитесь, что вы запустили Советник по обновлению SQL Server 2005 на производственном сервере при обновлении он уловит 90% проблем, с которыми вы можете столкнуться, и посоветует вам, что вам нужно сделать, чтобы их исправить.
Составьте план на случай непредвиденных обстоятельств / отката.
Не забудьте сделать резервную копию всех файлов данных и журналов, включая системные базы данных, после того, как вы отключили сервер и перед тем, как начать обновление. Попытка повторно подключить обновленную базу данных 2005 года к SQL Server 2000 не сработает, и вы попадете в мир боли.