Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
AlwaysON и бекапы.
|
|||
|---|---|---|---|
|
#18+
Доброго времени суток форумчане!) Бьюсь уже неделю. Не делаются резервная копия баз находящихся в группе высокой доступности. Задание выполняется, ошибок и предупреждений нет, он полная резервная копия базы не создаётся. в журнале пишет: 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.05.2018, 16:57 |
|
||
|
AlwaysON и бекапы.
|
|||
|---|---|---|---|
|
#18+
alexx_core Задание выполняется, ошибок и предупреждений нет, он полная резервная копия базы не создаётся.А в задании что написано? alexx_coreв журнале пишет:В каком именно журнале? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2018, 17:10 |
|
||
|
AlwaysON и бекапы.
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевич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.05.2018, 17:22 |
|
||
|
AlwaysON и бекапы.
|
|||
|---|---|---|---|
|
#18+
alexx_coreКогда выполняю процедуры задания вручную бэкап создаётся нормально.Владелец джоба не имеет достаточных прав. Поставьте sa, для разнообразия, и сравните. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2018, 03:26 |
|
||
|
AlwaysON и бекапы.
|
|||
|---|---|---|---|
|
#18+
Ennor Tiegaelalexx_coreКогда выполняю процедуры задания вручную бэкап создаётся нормально.Владелец джоба не имеет достаточных прав. Поставьте sa, для разнообразия, и сравните.Какой-такой "владелец джоба"? Все задания выполяются SQL-Агентом, а там банальный локалхост пытается бекапить на сетевую шару. автор Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2018, 05:09 |
|
||
|
AlwaysON и бекапы.
|
|||
|---|---|---|---|
|
#18+
Ennor Tiegaelalexx_coreКогда выполняю процедуры задания вручную бэкап создаётся нормально.Владелец джоба не имеет достаточных прав. Поставьте sa, для разнообразия, и сравните. Relic HunterEnnor Tiegaelпропущено... Владелец джоба не имеет достаточных прав. Поставьте sa, для разнообразия, и сравните.Какой-такой "владелец джоба"? Все задания выполяются SQL-Агентом, а там банальный локалхост пытается бекапить на сетевую шару. автор Код: plaintext Пользователь под которым запускается SQL Server Agent имеет права доступа на данную сетевую шару. Если бы проблема была в правах, то не делались бы бэкапы транзакций, которые успешно залетают на шару. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2018, 13:59 |
|
||
|
AlwaysON и бекапы.
|
|||
|---|---|---|---|
|
#18+
alexx_core, Ну вот первое из Гугеля пробовали? https://dba.stackexchange.com/questions/61722/cannot-access-properties-page-of-a-database ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2018, 01:06 |
|
||
|
AlwaysON и бекапы.
|
|||
|---|---|---|---|
|
#18+
Relic Hunteralexx_core, Ну вот первое из Гугеля пробовали? https://dba.stackexchange.com/questions/61722/cannot-access-properties-page-of-a-database Проблема не в этом, когда базы находятся в группе высокой доступности свойства второстепенной базы недоступны. По какой-то причине задание долбится в второстепенную базу, но настройках свойств резервного копирования группы высокой доступности указано, что нужно бэкапить первую.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2018, 09:46 |
|
||
|
AlwaysON и бекапы.
|
|||
|---|---|---|---|
|
#18+
alexx_coreRelic Hunteralexx_core, Ну вот первое из Гугеля пробовали? https://dba.stackexchange.com/questions/61722/cannot-access-properties-page-of-a-database Проблема не в этом, когда базы находятся в группе высокой доступности свойства второстепенной базы недоступны. По какой-то причине задание долбится в второстепенную базу, но настройках свойств резервного копирования группы высокой доступности указано, что нужно бэкапить первую....Задание "долбится" туда, куда вы указали при настройке Maintenance Plan, а ноду проверяет только когда дело до бэкапа доходит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2018, 10:03 |
|
||
|
AlwaysON и бекапы.
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевичalexx_coreпропущено... Проблема не в этом, когда базы находятся в группе высокой доступности свойства второстепенной базы недоступны. По какой-то причине задание долбится в второстепенную базу, но настройках свойств резервного копирования группы высокой доступности указано, что нужно бэкапить первую....Задание "долбится" туда, куда вы указали при настройке Maintenance Plan, а ноду проверяет только когда дело до бэкапа доходит. Вот непосредственно процедура бэкапа Maintenance Plan. alexx_coreDECLARE @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.05.2018, 10:28 |
|
||
|
AlwaysON и бекапы.
|
|||
|---|---|---|---|
|
#18+
Этот код означает, что "если реплика нужная, то сделать бэкап, если не нужная, то не делать ничего". И в нем нет и в помине "если не нужная, то надо подключиться к другой реплике и сделать бэкап там". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2018, 10:43 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39649241&tid=1689675]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
74ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
64ms |
get tp. blocked users: |
2ms |
| others: | 256ms |
| total: | 448ms |

| 0 / 0 |
