Меня попросили переместить все наши БД, связанные с SP, в новый именованный экземпляр на том же сервере SQL 2005. Раньше я выполнял перемещение базы данных содержимого, отключив базу данных содержимого, а затем повторно подключившись к ней с новым местоположением, но я немного не понимаю, какой процесс выполнять для SSP, mysites и config. Насколько я могу судить, общий консенсус заключается в том, что я должен создать новую конфигурационную базу данных и SSP и перенести базу данных содержимого. Это единственный чистый вариант? Меня больше всего беспокоит то, что мне потребовалось время, чтобы заставить импорт профилей работать по множеству причин, я бы не хотел повторять это снова.
У нас есть 2 WFE, 1 сервер поиска / индексирования и общая кластерная база данных SQL 2005 на бэкэнде.
Агент,
Вообще говоря, указание на новый экземпляр (или экземпляры) базы данных является «нарушителем сделки», когда дело касается фермы. Мое «запасное мнение о безопасности» совпадает с общим консенсусом: создать новую ферму (т. Е. Новую базу данных конфигурации), создать SSP, а затем выполнить миграцию базы данных контента в новую ферму.
Вот совет, как избежать этого (болезненного) процесса в будущем: используйте псевдонимы SQL-соединений. Статью, описывающую, как это сделать, можно найти здесь: http://decipherinfosys.wordpress.com/2007/11/26/using-a-server-alias-to-connect-to-sql-server-instances/. Псевдонимы также особенно полезны с точки зрения аварийного восстановления, поскольку они вводят уровень абстракции между вашей фермой и поддерживающим уровнем данных.
Я не пробовал этот следующий элемент, поэтому я упоминаю его строго как исследовательскую точку ... но вы, возможно, сможете реализовать псевдонимы в своей среде MOSS прямо сейчас, прежде чем выполнять перестройку, и, возможно, вообще избежать этого. Допустим, ваш SQL-сервер называется «SQLSERVER», и вы перейдете к именованному экземпляру на этом сервере с именем «MOSS». Для каждого сервера MOSS:
В худшем случае это не удастся, и вам придется построить новую ферму, как вы ожидаете сейчас. В лучшем случае ... вы продолжите работать без перестройки фермы.
Надеюсь, это поможет!
У меня есть подробные шаги в сообщении в блоге о том, как перенести базы данных на новый сервер базы данных с использованием псевдонимов SQL-соединений, и я предполагаю, что это будет полезно в этом сценарии. Не стесняйтесь проверить это на http://mossblogger.blogspot.com/2009/10/migrating-to-new-sql-server-in-moss.html и дайте мне знать, если это будет вам полезно.
Ура, Бенджамин Этавес.