Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Настройка доставки журналов  [new]
JustCurious
Member

Откуда: UA
Сообщений: 92
Добрый день.

Безрезультатно пытаюсь настроить доставку журналов между серверами MS SQL Server 2005 sp3, не состоящими в домене.
Делаю всё через граф. интерфейс SSMS.

Журналы складываются локально на первичном сервере. Для того, чтоб иметь доступ со вторичного сервера, создал на обоих машинах одинаковую учётную запись (с одинаковым паролем). Дал этой учётке права на чтение/запись папки, куда складываются журналы. Добавил учётку в Windows-группу [SQLServer2005SQLAgentUser$MyServer$MSSQLSERVER]. На вторичном сервере запустил SQL Server Agent под этой учёткой. Когда в GUI выполняются шаги по поднятию шиппинга, возникает ошибка на втором шаге - восстановление БД из бэкапа (Access is denied к сетевому пути). Я логинился на вторичном сервере под учёткой, под которой крутится SQL Server Agent - и нормально доступаюсь к файлу бэкапа по этому сетевому пути. Службу SQL Server Agent перезапускал, ошибка не исчезла. Может кто что подскажет?
18 фев 12, 21:12    [12116571]     Ответить | Цитировать Сообщить модератору
 Re: Настройка доставки журналов  [new]
JustCurious
Member

Откуда: UA
Сообщений: 92
Разобрался )
Оказывается, если указывать "Yes, generate full backup of the primary database and restore it into the secondary database (and create it if it doesn't exist)", то вторичный сервер пытается восстановить базу сразу с сетевого ресурса -> т.е. под учёткой службы MSSQLSERVER вторичного сервера. Я же думал, что бэкап базы сначала копируется джобом на вторичный сервер (т.е., под учёткой, которая имеет доступ к сети), а потом уже база разворачивается из локального бэкапа. Т.к. у учётки MSSQLSERVER на вторичном сервере не было доступа к сети, то и возникала ошибка.
19 фев 12, 15:24    [12118138]     Ответить | Цитировать Сообщить модератору
 Re: Настройка доставки журналов  [new]
JustCurious
Member

Откуда: UA
Сообщений: 92
Чтобы не плодить темы, задам вопрос здесь

У кого-то получалось запустить мониторинг после настройки шиппинга?

Я мониторинг изначально не включал, т.к. не мог разобраться, почему не обновляются таблицы msdb..log_shipping_primaries и msdb..log_shipping_secondaries.

Сначала попробовал использовать Windows Auth для подключения Backup/Copy/Restore джобов к серверу мониторинга (т.е. исп. аккаунт, под которым крутится SQL Server Agent), не помогло.
Потом создал отдельный SQL Server Login для подключения Backup/Copy/Restore джобов к серверу мониторинга (сервер мониторинга = вторичный сервер), логин добавил в sysadmin группу, но таблицы так и не заполнялись и Alert джоб валился с ошибкой "слишком долго не делался бэкап, проверьте в чём дело". Хотя Backup/Copy/Restore выполнялись без ошибок.

Так и не поборол это и решил в продакшн мониторинг не выносить, чтоб не валились ошибки. Хотя флаг и был снят, но Alert джобы почему-то всё-таки создались на первичном и вторичном сервере (???)
Я их задизэйблил пока что.

Теперь, когда захожу на свойства БД на первичном сервере - флаг "Use a Monitor Server" неактивен (как и пишется в БОЛ). Можно как-то прикрутить мониторинг сейчас, чтоб не инициализировать заново шиппинг?
20 фев 12, 14:36    [12122955]     Ответить | Цитировать Сообщить модератору
 Re: Настройка доставки журналов  [new]
igor2222
Member

Откуда: Харків
Сообщений: 1233
JustCurious,
монитор создается в процессе выполнения sp_add_log_shipping_primary_database.
А внутри юзаются sp_MSprocesslogshipmonitorlink, таблица msdb.dbo.log_shipping_primary_databases и sp_MSprocesslogshippingmonitorprimary.
Так что в общем то ничего сложного нет.
20 фев 12, 14:52    [12123119]     Ответить | Цитировать Сообщить модератору
 Re: Настройка доставки журналов  [new]
JustCurious
Member

Откуда: UA
Сообщений: 92
igor2222
JustCurious,
монитор создается в процессе выполнения sp_add_log_shipping_primary_database.
А внутри юзаются sp_MSprocesslogshipmonitorlink, таблица msdb.dbo.log_shipping_primary_databases и sp_MSprocesslogshippingmonitorprimary.
Так что в общем то ничего сложного нет.

Спасибо, сейчас буду копаться.
А в случае Disaster Recovery (тьфу-тьфу) - надо поднять на первичном самый свежий FULL бэкап базы и понакатывать все бэкапы логов, сделанные на основном сервере?

Например, бэкап лога на первичном сервере каждые 15 минут, начиная с 00:00, копирование лога на вторичный каждые 15 минут, начиная с 00:05 и восстановление каждые 15 минут, начиная с 00:10, бэкап БД на вторичном в 03:00.

Я восстанавливаю на первичном сервере последний свежий бэкап со вторичного, датированный 03:00 и накатываю логи, скопированные на вторичный, начиная 03:05? А если БД восстанавливать со вторичного сервера, а логи - с первичного, то логи надо накатывать начиная с 03:00 (т.к. информации из этого лога ещё не будет на вторичном сервере в начале забэкапливания БД)?
20 фев 12, 17:45    [12125398]     Ответить | Цитировать Сообщить модератору
 Re: Настройка доставки журналов  [new]
JustCurious
Member

Откуда: UA
Сообщений: 92
Интересный момент.
Судя по коду sys.sp_add_log_shipping_primary_database, сервер мониторинга создаётся в любом случае (даже если он не указан явно). Это просто заглушка?

    select @user_specified_monitor = case when (@monitor_server is null) then 0 else 1 end
    select @monitor_server = case when (@monitor_server is null) 
                        then upper(@@servername) else upper(@monitor_server) end
...

  exec @retcode = sp_MSprocesslogshippingmonitorprimary @mode = 1
                ,@primary_id = @primary_id
                ,@primary_server = @@servername
                ,@monitor_server = @monitor_server
                ,@monitor_server_security_mode = @monitor_server_security_mode
                ,@primary_database = @database
                ,@backup_threshold = @backup_threshold
                ,@threshold_alert = @threshold_alert
                ,@threshold_alert_enabled = @threshold_alert_enabled
                ,@last_backup_date = @curdate
                ,@last_backup_date_utc = @curutcdate
                ,@history_retention_period = @history_retention_period
                ,@ignoreremotemonitor = @ignoreremotemonitor


Хорошо бы знать хотя бы в общих чертах, что творится внутри sp_MSprocesslogshipmonitorlink, sys.sp_MSgetlogshipagentpath и sp_MSprocesslogshippingmonitorprimary... sp_helptext не помогает.
20 фев 12, 18:53    [12125838]     Ответить | Цитировать Сообщить модератору
 Re: Настройка доставки журналов  [new]
igor2222
Member

Откуда: Харків
Сообщений: 1233
JustCurious,
1. Ну вообще предназначение лог-шиппинга - накатил на стендбай все остатки и перевел его в режим основного. А как ты потом будешь восстанавливать первичный сервер- твои проблемы - хоть просто базы скопируй.
2.В процессе создания монитора можно просто не указывать имя сервера. Тогда им будет по-умолчанию сурсовый. Никаких заглушек. А по-поводу "что внутри" у Вас гугл поломался? :)
20 фев 12, 19:27    [12126001]     Ответить | Цитировать Сообщить модератору
 Re: Настройка доставки журналов  [new]
JustCurious
Member

Откуда: UA
Сообщений: 92
igor2222
JustCurious,
1. Ну вообще предназначение лог-шиппинга - накатил на стендбай все остатки и перевел его в режим основного. А как ты потом будешь восстанавливать первичный сервер- твои проблемы - хоть просто базы скопируй.
2.В процессе создания монитора можно просто не указывать имя сервера. Тогда им будет по-умолчанию сурсовый. Никаких заглушек. А по-поводу "что внутри" у Вас гугл поломался? :)


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

2. Так получается, что мониторинг есть в любом случае? А как тогда бэкап/рестор джобы со вторичного сервера будут подключаться к первичному, чтоб апдэйтить всякую служебную инфу в msdb? Под учётной записью SQL Server Agent'a вторичного сервера? Или я чего-то не понимаю... За Гугл спасибо, не подумал ) http://www.g-productions.nl/
20 фев 12, 21:03    [12126351]     Ответить | Цитировать Сообщить модератору
 Re: Настройка доставки журналов  [new]
igor2222
Member

Откуда: Харків
Сообщений: 1233
JustCurious,
почему мониторинг есть в любом случае? Вообще если ставить шиппинг по-умолчанию, то бекап джоб выполняется на сурсе, а рестор- на дестинейшене. Но если Вы всё настраиваете с дестинейшена, то бекап будет выполняться под той учеткой, под которой Вы укажете. Вы же фактически линкуете сурс к дестинейшену.
21 фев 12, 13:23    [12129411]     Ответить | Цитировать Сообщить модератору
 Re: Настройка доставки журналов  [new]
JustCurious
Member

Откуда: UA
Сообщений: 92
igor2222
JustCurious,
почему мониторинг есть в любом случае? Вообще если ставить шиппинг по-умолчанию, то бекап джоб выполняется на сурсе, а рестор- на дестинейшене. Но если Вы всё настраиваете с дестинейшена, то бекап будет выполняться под той учеткой, под которой Вы укажете. Вы же фактически линкуете сурс к дестинейшену.


ой, я имел в виду - копи/рестор. А по поводу "любого случая", Вы написали "2.В процессе создания монитора можно просто не указывать имя сервера. Тогда им будет по-умолчанию сурсовый.". Я монитор вообще не создавал (не ставил флажок "Исп. монитор сервер"), а Alert-джобы создались всё равно, как и записи в системных таблицах.
21 фев 12, 14:46    [12130537]     Ответить | Цитировать Сообщить модератору
Между сообщениями интервал более 1 года.
 Re: Настройка доставки журналов  [new]
SvetlanaNikit
Member

Откуда:
Сообщений: 96
JustCurious
Добрый день.

Безрезультатно пытаюсь настроить доставку журналов между серверами MS SQL Server 2005 sp3, не состоящими в домене.
Делаю всё через граф. интерфейс SSMS.


Добрый день всем!
я столкнулась с проблемой, похожей на эту, только (лично для меня) усложненной несколькими факторами:
сервера, между которыми я пытаюсь настроить доставку журналов, находятся в разных доменах. нет возможность настроить доверительные отношения между этими доменами. Кроме того, общая папка для резервных копий журнала транзакций размещена на NAS. Этот NAS использует собственные учетные записи для доступа к своим файловым ресурсам.
Никак не могу собрать все эти исходные в работающую систему. Настраиваю доставку журналов также через SSMS
однако после этого Job падает на первом же этапе - попытке создать бэкап базы в указанной сетевой общей папке, размещенной на NAS.
Я создала на исходном SQL-сервере локальную учетку (имеется ввиду - локальную учетку Windows-сервера), имя и пароль которой совпадают с учеткой, созданной на NAS. логинилась под этой учеткой на рабочий стол SQL-сервера, пыталась открыть обзую сетевую папке - всё работает, открывается, можно создавать файлы.
в настройках SQL-сервера активировала опцию "Server proxy account" и указала в качестве учетной записи указала proxy - "виндовую" локальную учетную запись. Но ничего не работает...
как быть, подскажите, пожалуйста?
24 июл 13, 14:39    [14610734]     Ответить | Цитировать Сообщить модератору
 Re: Настройка доставки журналов  [new]
Glory
Member

Откуда:
Сообщений: 104760
SvetlanaNikit
однако после этого Job падает на первом же этапе - попытке создать бэкап базы в указанной сетевой общей папке, размещенной на NAS.

И вы прочитали сообщение об ошибке ?
24 июл 13, 15:07    [14611054]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить