SQL 2008 в Кластеризации может работать на одновременной базе данных?
Попытайтесь сделать это снова использование инструмента миграции IIS, если Вы можете. Вы найдете его бесплатно по downloads.microsoft.com. Мы успешно используем это для миграции ОГРОМНЫХ объемов данных И iis настроек для довольно больших и сложных веб-сайтов. Вы могли также robocopy файлы и использовать Инструмент Миграции IIS для миграции Настройки IIS.
Если Вы хотите сделать это вручную, необходимо будет просто сравнить настройки NTFS и IIS между старым и новым сайтом.
Также проверьте любые возможные фильтры ISAPI и/или версии .NET, чтобы удостовериться, что все - то же на старом и новом поле.
Я думаю, что у Вас есть часть Вашей перепутанной терминологии.
При установке SQL Server Вы обычно устанавливаете экземпляр механизма базы данных. Экземпляр механизма базы данных может содержать много отдельных баз данных. Экземпляр может быть установлен на автономном сервере или отказоустойчивом кластере окон.
Можно установить несколько экземпляров механизма базы данных на данном сервере или отказоустойчивом кластере. В кластерном сценарии каждый экземпляр может только работать на одном узле за один раз. Однако можно переместить все экземпляры в тот же узел, если Вы хотите.
Я думаю, что Вы пытаетесь спросить, можно ли выполнить несколько экземпляров механизма базы данных на единственном кластере. Ответ - да. Можно выполнить столько, сколько аппаратные средства будут поддерживать.
Если я понимаю Ваш разъясненный вопрос, Вы спрашиваете, возможно ли зеркально отразить единую базу данных через несколько различных серверов и затем загрузить запросы баланса через зеркала. Я думаю, что ответ нет. Можно установить базу данных, зеркально отражающую достаточно легко. Но я не думаю, что существуют любые функции балансировки загрузки запросов из поля. Мог бы быть сторонний продукт, который может обработать это все же.
-
1Реальный вопрос был, это возможный загрузить запрос баланса на нескольких SQL-сервер для той же базы данных – Cédric Boivin 18 November 2009 в 21:15
-
2Я отредактировал свой ответ для ответа на разъясненный вопрос. – Ryan Bolger 18 November 2009 в 23:40
В зависимости от схемы базы данных это возможно. Это называют Репликацией Слияния. Вы можете иметь изменения, внесенные и на издателе и на абонентских базах данных, и иметь их обоих в синхронизации.
Если схема базы данных не была разработана с этим в памяти, вероятно, что Вы столкнетесь с проблемами с дублированием первичного ключа.