Books and articles about SQL Rambler's Top100 Сменить язык на: Русский 09 December 2021 11:01:08


www.sql-ex.ru
Skip Navigation Links  

 

Print  Версия для печати

На главную страницу

Достижение высокой доступности с помощью Log shipping (отгрузки журналов) в SQL Server 2000

Tim Chapman (оригинал: Achieve high availability with log shipping in SQL Server 2000)
Перевод Моисеенко С.И.

В недавней статье я обсуждал некоторые преимущества и недостатки использования кластеризации в SQL Server 2000 как решения для обеспечения высокой надежности. Хотя кластеризация - полезное решение для обеспечения высокой надежности, иногда оно может оказаться убийственным или просто очень дорогим. Администраторы базы данных могут использовать Log shipping вместо кластера для обеспечения высокой доступности.

Log shipping - это процесс, при котором файлы журнала транзакций одной базы данных последовательно восстанавливаются на резервной базе данных, создавая "почти" актуальную копию этой базы данных. Это процесс встроен и обрабатывается в движке базы данных 2000 SQL Server, в результате чего процесс восстановления на резервном сервере происходит автоматически, а не вручную администратором базы данных. Когда на вашем рабочем сервере происходит сбой, Вы можете вручную переключиться на этот резервный сервер. (Примечание. Хотя технология Log shipping доступна в SQL Server и в версии 7.0, и в 2005, эта статья более адресована к SQL Server 2000.)

Зачем использовать Log shipping?

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

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

Log shipping относительно легко настроить. SQL Server обладает очень хорошим мастером, который проведет Вас через процесс настройки.

Log shipping позволит Вам поддерживать избыточность в физически разнесенных местах, которой очень трудно достичь при выполнении кластеризации в SQL Server. Это весьма полезная возможность, поскольку, если авария происходит в вашем центре данных, Вы можете все же переключиться на ваш резервный сервер, тогда как при объединении в кластеры в том же самом центре данных вы можете получить большие неприятности.

Другое преимущество Log shipping состоит в том, что Вы можете использовать резервную базу данных как базу данных для отчетов. Это очень хороший вариант для многих компаний. Однако если Вы решаете использовать такую резервную базу данных для отчетов, следует знать и об ограничениях. SQL Server требует исключительного доступа к базе данных во время применения журналов транзакций из первичной базы данных, поэтому создание отчетов будет невозможным пока применяется журнала транзакций.

Основания для Log shipping

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

Нет встроенной возможности переключения для Log shipping, что означает, что некоторое время простоя всегда имеет место, прежде чем будет выполнено переключение на резервный сервер. Администратор базы данных должен выполнить несколько действий, чтобы перевести резервную базу данных в режим он-лайн. Эти действия включают:

· Восстановление всех резервных копий журнала транзакций первичной базы данных, которые еще не были восстановлены на резервном сервере. Как только все журналы восстановлены, необходимо перевести базу данных обратно в он-лайн.

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

Для мониторинга Log shipping может использоваться экземпляр SQL Server. Этот экземпляр может находиться на первичном сервере, резервном сервере, или на отдельном сервере. При этом для мониторинга Log shipping может использоваться любая версия SQL Server.

Замечание. Необходимо будет синхронизировать логины базы данных между первичной и резервной базами данных.

06-11-2006

На главную страницу

Print  Версия для печати


Usage of any materials of this site is possible
only under condition of mandatory allocation of the direct link to a site
http://www.sqlbooks.ru
on each page where used materials are placed.

 Main   Articles    Books 
Рейтинг@Mail.ru Rambler's Top100 Alt Упражнения по SQL: обучение, тестирование, сертификация по языку SQL Copyright c 2002-2006. All rights reserved.