Назад | Перейти на главную страницу

Обновление 32-разрядного кластера SQL Server до 64-разрядного

Вот моя ситуация. В $ WORK есть три кластерных сервера баз данных (64-разрядный Server 2003), на которых в настоящее время работают два экземпляра SQL Server. К сожалению, когда кластер был настроен пару лет назад, в моей организации не было лицензий на 64-разрядный SQL Server, поэтому мы установили 32-разрядную версию SQL Server 2005 Enterprise для обоих экземпляров. Они работают нормально, и мы не сталкиваемся с какими-либо ограничениями 32-разрядного SQL Server, поэтому я не намеревался переходить на 64-разрядный SQL Server, пока оборудование (серверы, а также SAN) не будет заменено примерно через год. . Пока мне не сказали, что наши менеджеры CMS хотят перейти на SharePoint 2010, для которого требуется 64-разрядный SQL Server 2008; теперь мне нужно обновиться гораздо раньше.

У меня есть план:

  1. Первый экземпляр - это экземпляр по умолчанию, на котором размещается около дюжины различных баз данных приложений. Я вообще не собираюсь модифицировать этот экземпляр. Другими словами, экземпляр по умолчанию будет оставаться в сети на протяжении всего обновления и останется на 32-битном SQL Server 2005, с лишь парой коротких сбоев из-за отработки отказа, вызванной работой на другом экземпляре.

  2. Второй экземпляр - это именованный экземпляр исключительно для нашей установки SharePoint. Я собираюсь перенести это на 64-битный SQL Server 2008 R2 Enterprise. Поскольку обновление на месте недоступно при переходе с 32-битного на 64-битный SQL Server, я считаю, что мне нужно будет полностью удалить текущий именованный экземпляр из кластера (конечно, сначала сделать полные резервные копии), а затем переустановить новый 64-разрядный экземпляр SQL Server 2008 с тем же именем, что и предыдущий экземпляр. Затем я восстановлю старые базы данных из резервной копии.

И у меня есть вопросы:

  1. Разумен ли приведенный выше план? Есть ли с моей стороны вопиющие заблуждения? Есть ли более простой способ сделать это?

  2. В SAN нет доступного места, поэтому я не могу настроить третий экземпляр и перенести на него базы данных (мой предпочтительный метод). Насколько я могу судить, в этом случае необходима полная переустановка. Верный?

  3. Возникнут ли проблемы с запуском одного 32-разрядного экземпляра SQL Server 2005 в одном кластере вместе с 64-разрядным экземпляром SQL Server 2008?

  4. Будет ли установка нового именованного экземпляра с тем же именем, что и у предыдущего именованного экземпляра, вызывать какие-либо проблемы?

  1. Да. Не забудьте записать логины в скрипт с помощью sp_help_revlogin (для этого вам нужно будет зайти в Google и поместить сохраненную процедуру в вашу систему), чтобы вы могли просто восстановить базы данных, не создавая заново логины. Вам также понадобятся задания и т. Д. Вы можете просто восстановить системные базы данных, если вы устанавливаете 64-битную версию и устанавливаете ту же самую сборку.

  2. Да, требуется полная переустановка.

  3. Нет.

  4. Нет.