Устранение неполадок при установке зеркального отображения базы данных

Изменения: 17 ноября 2008 г.

В этом разделе приводятся сведения об устранении неполадок при установке сеанса зеркального отображения базы данных.

Учетные записи

Учетные записи, под которыми работает SQL Server, должны быть правильно настроены.

1. Имеют ли учетные записи нужные разрешения?
   1. Если учетные записи выполняются в одном домене, шанс неправильной настройки уменьшается.
   2. Если учетные записи работают в разных доменах или не являются учетными записями домена, то в базе данных master на другом компьютере необходимо создать имя входа для учетной записи и предоставить ему разрешение CONNECT на конечную точку. Дополнительные сведения см. в разделе Управление метаданными при обеспечении доступности базы данных на другом экземпляре сервера. Эти требования распространяются на учетную запись сетевой службы.
2. Если SQL Server выполняется как служба под локальной системной учетной записью, то для проверки подлинности необходимо использование сертификатов. Дополнительные сведения см. в разделе Использование сертификатов для зеркального отображения базы данных.

Конечные точки

Конечные точки должны быть правильно настроены.

1. Убедитесь, что в каждом экземпляре сервера (основного, зеркального и следящего, если он есть) есть конечная точка зеркального отображения базы данных. Дополнительные сведения см. в разделе sys.database_mirroring_endpoints (Transact-SQL), а также в зависимости от режима проверки подлинности в разделе Как создать конечную точку зеркального отображения базы данных с проверкой подлинности Windows (язык Transact-SQL) или Как включить использование сертификатов для исходящих соединений при зеркальном отображении базы данных (язык Transact-SQL).

2. Убедитесь, что номера портов правильны.
   Чтобы определить, какой порт в текущий момент связан с конечной точкой зеркального отображения базы данных экземпляра сервера, воспользуйтесь следующей инструкцией Transact-SQL:

   SELECT type_desc, port FROM sys.tcp_endpoints;
   GO
   

3. Если при зеркальном отображении базы данных возникают труднообъяснимые неполадки, рекомендуется на каждом экземпляре сервера проверить, правильный ли порт он прослушивает. Сведения о проверке доступности порта см. в разделе MSSQLSERVER_1418.

4. Убедитесь, что конечные точки запущены (STATE=STARTED). На каждом экземпляре сервера выполните следующую инструкцию языка Transact-SQL.

   SELECT state_desc FROM sys.database_mirroring_endpoints
   

   Дополнительные сведения о столбце state_desc см. в разделе sys.database_mirroring_endpoints (Transact-SQL).
   Чтобы запустить конечную точку, выполните следующую инструкцию языка Transact-SQL:

   ALTER ENDPOINT Endpoint_Mirroring 
   STATE = STARTED 
   AS TCP (LISTENER_PORT = <port_number>)
   FOR database_mirroring (ROLE = ALL);
   GO
   

   Дополнительные сведения см. в разделе ALTER ENDPOINT (Transact-SQL).

5. Убедитесь, что роль выбрана правильно. На каждом экземпляре сервера выполните следующую инструкцию языка Transact-SQL.

   SELECT role FROM sys.database_mirroring_endpoints;
   GO
   

   Дополнительные сведения см. в разделе sys.database_mirroring_endpoints (Transact-SQL).

6. Убедитесь, что имени входа на другом сервере предоставлено разрешение CONNECT. Чтобы узнать, каким именам предоставлено разрешение CONNECT для конечной точки, выполните следующую инструкцию языка Transact-SQL на каждом экземпляре сервера.

   SELECT 'Metadata Check';
   SELECT EP.name, SP.STATE, 
      CONVERT(nvarchar(38), suser_name(SP.grantor_principal_id)) 
         AS GRANTOR, 
      SP.TYPE AS PERMISSION,
      CONVERT(nvarchar(46),suser_name(SP.grantee_principal_id)) 
         AS GRANTEE 
      FROM sys.server_permissions SP , sys.endpoints EP
      WHERE SP.major_id = EP.endpoint_id
      ORDER BY Permission,grantor, grantee; 
   GO
   

Системный адрес

В качестве системного имени экземпляра сервера в конфигурации зеркального отображения базы данных можно использовать любое имя, которое однозначно идентифицирует систему. Адрес сервера может представлять собой системное имя (если системы находятся в одном), полное доменное имя или IP-адрес (желательно статический). Полное доменное имя будет работать гарантированно. Дополнительные сведения см. в разделе Указание сетевого адреса сервера (зеркальное отображение базы данных).

Сетевой доступ

Каждому экземпляру сервера требуется доступ к портам других экземпляров сервера по протоколу TCP. Это особенно важно, если экземпляры сервера находятся в разных доменах, не имеющих доверительных отношений друг с другом (домены без доверия). Это во многом ограничивает связь между экземплярами сервера.

Подготовка зеркальной базы данных

При первом запуске зеркального отображения или повторном запуске после удаления зеркального отображения убедитесь, что зеркальная база данных подготовлена.

При создании зеркальной базы данных на зеркальном сервере убедитесь, что резервная копия основной базы данных восстановлена. Для этого укажите имя базы данных в предложении WITH NORECOVERY. Кроме того, все резервные копии журналов, созданные после резервного копирования этой базы данных, также должны быть созданы с использованием предложения WITH NORECOVERY.

Кроме того, рекомендуется, чтобы путь к зеркальной базе данных (включая имя диска) по возможности совпадал с путем к основной базе данных. Если размещение файлов различается, например если основная база данных расположена на диске «F:», а на зеркальной системе нет диска «F:», то в инструкцию RESTORE следует включить параметр MOVE.

Важно!
Если при создании зеркальной базы данных переносятся файлы базы данных, то последующее добавление файлов к базе данных не всегда возможно без прекращения зеркального отображения.

Если зеркальное отображение базы данных остановлено, то перед его повторным запуском к зеркальной базе данных необходимо применить все последующие резервные копии журналов, полученные с основной базы данных.

Дополнительные сведения см. в разделе Как подготовить зеркальную базу данных для зеркального отображения (Transact-SQL).

Ошибка операции по созданию файла

Чтобы добавление файла не повлияло на сеанс зеркального отображения, путь к файлам должен существовать на обоих серверах. Таким образом, после перемещения файлов базы данных при создании зеркальной базы данных последующее добавление файлов может привести к ошибкам в зеркальной базе данных или приостановке зеркального отображения.

Чтобы решить эту проблему, выполните следующие действия.

1. Владелец базы данных должен удалить сеанс зеркального отображения и восстановить полную резервную копию файловой группы, содержащей добавленный файл.
2. Затем необходимо создать резервную копию журналов, содержащего операцию добавления файла, на основном сервере и вручную восстановить резервную копию на зеркальной базе данных с помощью параметров WITH NORECOVERY и WITH MOVE. Эти действия приведут к созданию указанного пути к файлу на зеркальном сервере и восстановлению нового файла по этому пути.
3. Чтобы подготовить базу данных для нового сеанса зеркального отображения, владельцу также необходимо восстановить с параметром WITH NO RECOVERY все необработанные резервные копии журналов с основного сервера.

Дополнительные сведения см. в разделах Удаление зеркального отображения базы данных, Как подготовить зеркальную базу данных для зеркального отображения (Transact-SQL), Как создать сеанс зеркального отображения базы данных с использованием проверки подлинности Windows (Transact-SQL), Использование сертификатов для зеркального отображения базы данных или Как настроить сеанс зеркального отображения базы данных (среда SQL Server Management Studio).

Запуск зеркального отображения (язык Transact-SQL)

Очень важен порядок, в котором запускаются инструкции ALTER DATABASE database_name SET PARTNER ='сервер_участник'.

1. Первая инструкция должна выполняться на зеркальном сервере. В этот момент зеркальный сервер не пытается соединиться с каким бы то ни было другим экземпляром сервера. Вместо этого он предписывает своей базе данных ждать, пока основной сервер не свяжется с зеркальным сервером.
2. Вторая инструкция ALTER DATABASE должна выполняться на основном сервере. Она предписывает основному серверу подключиться к зеркальному. После создания этого соединения зеркальный сервер пытается подключиться к основному серверу через другое соединение.

Дополнительные сведения см. в разделе ALTER DATABASE (Transact-SQL).

Сообщение об ошибке 1418

Это сообщение SQL Server указывает, что сетевой адрес сервера недоступен или не существует, и предполагается проверка имени сетевого адреса и повторное выполнение команды. Дополнительные сведения см. в разделе MSSQLSERVER_1418.

Межбазовые транзакции

Если база данных зеркально отображается в режиме высокого уровня безопасности с автоматическим переходом на другой ресурс, то он может привести к неправильному разрешению проблемных транзакций. Если автоматический переход на зеркальную базу данных происходит во время фиксации межбазовой транзакции, то между этими базами данных может возникнуть логическая несогласованность.

Межбазовые транзакции, на которые может повлиять автоматический переход на другой ресурс, могут относиться к следующим типам:

• транзакции, обновляющие несколько баз данных в одном экземпляре SQL Server;
• транзакции, использующие координатор распределенных транзакций (MS DTC).

Дополнительные сведения см. в разделе Зеркальное отображение базы данных и межбазовые транзакции.

См. также

Задачи

Как создать конечную точку зеркального отображения базы данных с проверкой подлинности Windows (язык Transact-SQL)

Основные понятия

Защита транспорта зеркального отображения базы данных

Другие ресурсы

Настройка зеркального отображения базы данных

Справка и поддержка

Получение помощи по SQL Server 2005

Журнал изменений