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

Откуда:
Сообщений: 6
Доброго времени суток форумчане!)

Бьюсь уже неделю. Не делаются резервная копия баз находящихся в группе высокой доступности.
Задание выполняется, ошибок и предупреждений нет, он полная резервная копия базы не создаётся.

в журнале пишет:
Failed:(0) Property Size is not available for Database '["database name"]'. This property may not exist for this object, or may not be retrievable due to insufficient access rights.

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

Если в задании резервной копии транзакций задать игнорировать роль реплики, то резервная копия создается, но этот способ не работает для полных бекапов.

Подскажите куда копать.
22 май 18, 16:57    [21429757]     Ответить | Цитировать Сообщить модератору
 Re: AlwaysON и бекапы.  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36926
alexx_core
Задание выполняется, ошибок и предупреждений нет, он полная резервная копия базы не создаётся.
А в задании что написано?
alexx_core
в журнале пишет:
В каком именно журнале?
22 май 18, 17:10    [21429836]     Ответить | Цитировать Сообщить модератору
 Re: AlwaysON и бекапы.  [new]
alexx_core
Member

Откуда:
Сообщений: 6
Гавриленко Сергей Алексеевич
alexx_core
Задание выполняется, ошибок и предупреждений нет, он полная резервная копия базы не создаётся.
А в задании что написано?


USE [@database name]
GO
DBCC SHRINKDATABASE(N'@database name', 10, TRUNCATEONLY)

USE [@database name]
GO
DBCC CHECKDB(N'@database name') WITH NO_INFOMSGS


USE [master]
GO
exec [dbo].[1CIndexRebuild] @DB='@database name'
GO


DECLARE @preferredReplica int

SET @preferredReplica = (SELECT [master].sys.fn_hadr_backup_is_preferred_replica('@database name'))

IF (@preferredReplica = 1)
BEGIN
BACKUP DATABASE [@database name] TO DISK = N'\\DPM\1c_backups\DAY\@database name\@database name_backup_2018_05_22_171245_8698682.bak' WITH RETAINDAYS = 7, NOFORMAT, NOINIT, NAME = N'@database name_backup_2018_05_22_171245_8698682', SKIP, REWIND, NOUNLOAD, COMPRESSION, STATS = 10
END


Когда выполняю процедуры задания вручную бэкап создаётся нормально.


Гавриленко Сергей Алексеевич
В каком именно журнале?


C:\Program Files\Microsoft SQL Server\MSSQL13.PRODUCTION\MSSQL\Log\MaintenancePlan20180522171501.txt
22 май 18, 17:22    [21429899]     Ответить | Цитировать Сообщить модератору
 Re: AlwaysON и бекапы.  [new]
Ennor Tiegael
Member

Откуда:
Сообщений: 3237
alexx_core
Когда выполняю процедуры задания вручную бэкап создаётся нормально.
Владелец джоба не имеет достаточных прав. Поставьте sa, для разнообразия, и сравните.
23 май 18, 03:26    [21430880]     Ответить | Цитировать Сообщить модератору
 Re: AlwaysON и бекапы.  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7325
Ennor Tiegael
alexx_core
Когда выполняю процедуры задания вручную бэкап создаётся нормально.
Владелец джоба не имеет достаточных прав. Поставьте sa, для разнообразия, и сравните.
Какой-такой "владелец джоба"? Все задания выполяются SQL-Агентом, а там банальный локалхост пытается бекапить на сетевую шару.

автор
TO DISK = N'\\DPM\1c_backups\DAY\@database name\@database name_backup_2018_05_22_171245_8698682.bak' 
23 май 18, 05:09    [21430885]     Ответить | Цитировать Сообщить модератору
 Re: AlwaysON и бекапы.  [new]
alexx_core
Member

Откуда:
Сообщений: 6
Ennor Tiegael
alexx_core
Когда выполняю процедуры задания вручную бэкап создаётся нормально.
Владелец джоба не имеет достаточных прав. Поставьте sa, для разнообразия, и сравните.



Relic Hunter
Ennor Tiegael
пропущено...
Владелец джоба не имеет достаточных прав. Поставьте sa, для разнообразия, и сравните.
Какой-такой "владелец джоба"? Все задания выполяются SQL-Агентом, а там банальный локалхост пытается бекапить на сетевую шару.

автор
TO DISK = N'\\DPM\1c_backups\DAY\@database name\@database name_backup_2018_05_22_171245_8698682.bak' 



Пользователь под которым запускается SQL Server Agent имеет права доступа на данную сетевую шару. Если бы проблема была в правах, то не делались бы бэкапы транзакций, которые успешно залетают на шару.
23 май 18, 13:59    [21432354]     Ответить | Цитировать Сообщить модератору
 Re: AlwaysON и бекапы.  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7325
alexx_core,

Ну вот первое из Гугеля пробовали?

https://dba.stackexchange.com/questions/61722/cannot-access-properties-page-of-a-database
24 май 18, 01:06    [21434465]     Ответить | Цитировать Сообщить модератору
 Re: AlwaysON и бекапы.  [new]
alexx_core
Member

Откуда:
Сообщений: 6
Relic Hunter
alexx_core,

Ну вот первое из Гугеля пробовали?

https://dba.stackexchange.com/questions/61722/cannot-access-properties-page-of-a-database


Проблема не в этом, когда базы находятся в группе высокой доступности свойства второстепенной базы недоступны.
По какой-то причине задание долбится в второстепенную базу, но настройках свойств резервного копирования группы высокой доступности указано, что нужно бэкапить первую....
24 май 18, 09:46    [21434908]     Ответить | Цитировать Сообщить модератору
 Re: AlwaysON и бекапы.  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36926
alexx_core
Relic Hunter
alexx_core,

Ну вот первое из Гугеля пробовали?

https://dba.stackexchange.com/questions/61722/cannot-access-properties-page-of-a-database


Проблема не в этом, когда базы находятся в группе высокой доступности свойства второстепенной базы недоступны.
По какой-то причине задание долбится в второстепенную базу, но настройках свойств резервного копирования группы высокой доступности указано, что нужно бэкапить первую....
Задание "долбится" туда, куда вы указали при настройке Maintenance Plan, а ноду проверяет только когда дело до бэкапа доходит.
24 май 18, 10:03    [21435014]     Ответить | Цитировать Сообщить модератору
 Re: AlwaysON и бекапы.  [new]
alexx_core
Member

Откуда:
Сообщений: 6
Гавриленко Сергей Алексеевич
alexx_core
пропущено...


Проблема не в этом, когда базы находятся в группе высокой доступности свойства второстепенной базы недоступны.
По какой-то причине задание долбится в второстепенную базу, но настройках свойств резервного копирования группы высокой доступности указано, что нужно бэкапить первую....
Задание "долбится" туда, куда вы указали при настройке Maintenance Plan, а ноду проверяет только когда дело до бэкапа доходит.


Вот непосредственно процедура бэкапа Maintenance Plan.

alexx_core
DECLARE @preferredReplica int

SET @preferredReplica = (SELECT [master].sys.fn_hadr_backup_is_preferred_replica('@database name'))

IF (@preferredReplica = 1)
BEGIN
BACKUP DATABASE [@database name] TO DISK = N'\\DPM\1c_backups\DAY\@database name\@database name_backup_2018_05_22_171245_8698682.bak' WITH RETAINDAYS = 7, NOFORMAT, NOINIT, NAME = N'@database name_backup_2018_05_22_171245_8698682', SKIP, REWIND, NOUNLOAD, COMPRESSION, STATS = 10
END


Разве @preferredReplica = 1 не означает, что бэкап нужно делать с первичной реплики?
24 май 18, 10:28    [21435156]     Ответить | Цитировать Сообщить модератору
 Re: AlwaysON и бекапы.  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36926
Этот код означает, что "если реплика нужная, то сделать бэкап, если не нужная, то не делать ничего". И в нем нет и в помине "если не нужная, то надо подключиться к другой реплике и сделать бэкап там".
24 май 18, 10:43    [21435275]     Ответить | Цитировать Сообщить модератору
 Re: AlwaysON и бекапы.  [new]
alexx_core
Member

Откуда:
Сообщений: 6
Гавриленко Сергей Алексеевич,

Нужная, т.е., так которая указана в свойствах резервного копирования AlwaysOn?
24 май 18, 10:49    [21435318]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить