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