Отказоустойчивый кластер Windows - виртуальный узел с несколькими Клиентскими Именами Доступа
(Уменьшенный вздох.) Ahhhhh, это - проблема.
У меня есть SQL Server 2008 SP1, работающий на удаленном ПК. Я создал резервную копию, это - база данных, но не могло заставить мою локальную копию SQL Server 2008 восстанавливать из .bak файла.
Как [Yini] говорит, это было до моей копии SQL Server открытием 2008 года моего экземпляра SQL Server 2005 года на моем локальном ПК, а не моего экземпляра SQL Server 2008 года. Genius.
И я полностью согласен с [Yini] - достаточно ярмарка, Вы не можете восстановить резервное копирование SQL Server 2008 года в экземпляр 2005 года, но Microsoft могла, по крайней мере, дать нам достойное сообщение об ошибке.
"Семейство носителей на устройстве 'D:\DatabaseBackup_21_02_2011.bak' неправильно формируется. SQL Server не может обработать это семейство носителей".
Мое резервное копирование не было неправильно сформировано. Это просто не может быть восстановлено в экземпляр SQL Server 2005 года, даже когда я выполняю SQL Server 2008 SP1.
Действительно настолько трудно помещать это в сообщение об ошибке............?
Как отмечалось в моем комментарии к вопросу, это в некоторой степени зависит от того, что Вы имеете в виду под «виртуальным узлом» и независимо от того, предназначены ли CAP для администрирования самого кластера или для какой-либо кластерной службы, такой как совместное использование файлов или SQL Server.
Одна из причин наличия нескольких CAP для службы заключается в том, что она используется для объединить то, что раньше было несколькими серверами, например, объединить несколько файловых серверов в новый единый кластерный файловый сервер. Инструкции по настройке нескольких CAP для кластерного файлового сервера доступны в блоге группы Windows Server Core .