Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
squidw Member Откуда: Сообщений: 25 |
Исходные: Microsoft SQL Server 2012 - 11.0.2100.60 (X64) Feb 10 2012 19:39:15 Copyright (c) Microsoft Corporation Standard Edition (64-bit) n Windows NT 6.2 <X64> (Build 9200: ) Баз 10 штук. Планы обслуживания: full_monthly(полный бэкап) - раз в месяц, хранить за 6 месяцев diff_weekly(разностный бэкап) - раз в неделю, хранить за 1 месяц diff_daily(разностный бэкап) - раз в сутки, хранить 1 неделю jor_daily(журнал бэкап) - каждые два часа в период с 09:00 по 19:00 Содержание планов обслуживания full_monthly, diff_weekly, diff_daily: 1) Проверка целостности базы данных 2) Перестроение индекса 3) Обновление статистики 4) DBCC FREEPROCCACHE 5) Резервное копирование 6) Очистка после обслуживания 7) Очистка журнала Содержание планов обслуживания jor_daily: 1) резервное копирование 2) очистка после обслуживания 3) очистка журнала Работало как часы до определенного момента. Проблема в том что изначально не рассчитал объем под бэкапы, ошибся, в результате не уследил переполнился диск с бэкапами, далее за счет этого журналы забили диск с базами. Сделал shrink логов БД. Проверил вручную планы по запускал все - работают. Когда же планы должны автоматически отрабатывать по расписанию, то не работают разностные, при этом полные и журналы спокойно выполняются по расписанию. Проблема именно с разностными и именно по расписанию. То есть порядок проверки: 1) делаем ручной запуск плана обслуживания full_monthly - успех 2) тоже diff_weekly - успех 3) тоже diff_daily - успех 4) тоже jor_daily - успех Если дожидаться расписания: 1) full_monthly - успех 2) diff_weekly - ошибка 3) diff_daily - ошибка 4) jor_daily - успех Ошибки в SSMS: -1073548784 Сбой выполнения запроса "BACKUP DATABASE [MYBASE] TO DISK = N'B:\\SQL_Bac..." со следующей ошибкой: "Не удается выполнить разностное резервное копирование для базы данных "MYBASE", так как не существует ее текущей резервной копии. Произведите полное резервное копирование базы данных, выполнив инструкцию BACKUP DATABASE без параметра WITH DIFFERENTIAL. BACKUP DATABASE прервано с ошибкой.". Возможные причины сбоя: проблемы с этим запросом, свойство "ResultSet" установлено неправильно, параметры установлены неправильно или соединение было установлено неправильно. T-SQL по данной ошибке: BACKUP DATABASE [MYBASE] TO DISK = N''B:\SQL_Backup\MYBASE\diff_daily\MYBASE_backup_2017_12_12_001956_5159782.bak'' WITH DIFFERENTIAL , NOFORMAT, NOINIT, NAME = N''MYBASE_backup_2017_12_12_001956_5159782'', SKIP, REWIND, NOUNLOAD, STATS = 10 GO По журналам просмотр событий Windows, раздел приложения: Ошибка 12.12.2017 0:32:21 MSSQLSERVER 3041 Резервное копирование SQL Server Scheduled Job 'MYBASE_diff_daily.ВложенныйПлан_1' (0x8534412C9FF07544A5582930ADC67C3F) - Status: Ошибка - Invoked on: 2017-12-12 00:25:55 - Message: Не удалось завершить задание. Запуск задания был произведен Пользователь sa. Последним выполнявшимся шагом был шаг 1 (ВложенныйПлан_1). Ошибка 12.12.2017 0:32:21 SQLISPackage110 12291 Отсутствует Package "MYBASE_diff_daily" failed. Предупреждение 12.12.2017 0:32:22 SQLSERVERAGENT 208 Job Engine Операция BACKUP не выполнила команду BACKUP DATABASE MYBASE WITH DIFFERENTIAL. Проверьте дополнительные сообщения в журнале приложения резервного копирования. |
12 дек 17, 01:36 [21025631] Ответить | Цитировать Сообщить модератору |
squidw Member Откуда: Сообщений: 25 |
Раз речь идет о ИБ 1С я сделал выгрузку в формате dt. Создал новые ИБ пустые SQL. Загрузил dt в эти новые ИБ. Настроил планы обслуживания заново. Результат тот же. Судя по всему повреждены не целевые ИБ? В оффициальной документации вменяемого ответа на данный вопрос я не нашел. Вопрос всё еще актуален, может сталкивался кто нибудь всё же? |
18 янв 18, 16:17 [21117263] Ответить | Цитировать Сообщить модератору |
Minamoto Member Откуда: Москва Сообщений: 1162 |
Что вам непонятно в этом тексте ошибки? |
||
18 янв 18, 16:35 [21117359] Ответить | Цитировать Сообщить модератору |
squidw Member Откуда: Сообщений: 25 |
Minamoto, я написал что полное копирование работает и успешно выполняется. Прежде чем писать прочитайте вопрос. |
21 янв 18, 16:04 [21124440] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31779 |
Смотрите команду, которой делается полный бакап, смотрите сам бакап, сравнивайте LSN в базе, полном и дифф. бакапах. |
||
21 янв 18, 19:40 [21124707] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9633 |
Попробуйте временно отключить службу SQL Server VSS Writer. |
||
21 янв 18, 22:43 [21124964] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31779 |
|
||||
22 янв 18, 01:11 [21125106] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9633 |
|
||
22 янв 18, 10:14 [21125528] Ответить | Цитировать Сообщить модератору |
squidw Member Откуда: Сообщений: 25 |
В моем случае работает только SQL Server+ Agent, поэтому отключать нечего , не ставился данный компонент на начальном этапе |
||||
28 янв 18, 21:16 [21145644] Ответить | Цитировать Сообщить модератору |
nvv Member Откуда: Сообщений: 54 |
squidw, разностный откуда данные для бэкапа берет? журналы при FULL ему не нужны как и в Simple? А то может журналы забэкаплены и уже перемещены? Усечены? |
28 янв 18, 22:33 [21145793] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9633 |
Покажите результат select top (30) backup_start_date, is_snapshot, is_copy_only from msdb.dbo.backupset where database_name = N'MYBASE' and type = N'D' order by backup_start_date desc; |
||||
28 янв 18, 23:01 [21145814] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31779 |
Тут надо искать, дело то нехитрое, а не смотреть и говорить "не, мы делаем бакап, это бага у проклятых!" Вот хотя бы посмотреть историю, как вы ниже написали. И в логе тоже про бакапы есть. Найти в логе дифф бакап, искать выше него все бакапы, которые есть, удычные и нет. Раз сервер говорит, что нет бакапа, значит, нет, нужно искать, почему нет. |
||||
29 янв 18, 02:16 [21145908] Ответить | Цитировать Сообщить модератору |
squidw Member Откуда: Сообщений: 25 |
Вывод следующий: backup_start_date is_snapshot is_copy_only 2018-01-29 03:27:24.000 0 0 2018-01-28 22:00:20.000 1 0 2018-01-27 22:00:20.000 1 0 2018-01-26 22:00:18.000 1 0 2018-01-25 22:00:18.000 1 0 2018-01-24 22:00:17.000 1 0 2018-01-23 22:00:17.000 1 0 2018-01-22 22:00:18.000 1 0 2018-01-21 22:00:17.000 1 0 2018-01-20 22:00:15.000 1 0 2018-01-19 22:00:16.000 1 0 2018-01-18 22:00:15.000 1 0 2018-01-17 22:00:16.000 1 0 2018-01-16 22:00:17.000 1 0 2018-01-15 22:00:17.000 1 0 2018-01-14 22:00:15.000 1 0 |
||||||
29 янв 18, 03:44 [21145913] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9633 |
squidw, Таки у вас делаются полные бекапы сторонними средствами через SQL Writer. Ежедневно в 22:00. Читайте - https://support.microsoft.com/en-us/help/903643/the-ntbackup-exe-operation-may-break-the-differential-backup-chain-of |
29 янв 18, 11:52 [21146671] Ответить | Цитировать Сообщить модератору |
squidw Member Откуда: Сообщений: 25 |
invm, по раннему вашему совету отключил службу SQL Server VSS Writer. По данному материалу https://support.microsoft.com/en-us/help/903643/the-ntbackup-exe-operation-may-break-the-differential-backup-chain-of сложно понять применять ли вложенное решение https://support.microsoft.com/en-us/help/828481/error-800423f4-appears-in-the-backup-log-file-when-you-back-up-a-volum . Ведь и ОС/СУБД другие и ошибки другие в решении. После отключения службы SQL Server VSS Writer данный запрос выдает пустой вывод теперь: select top (30) backup_start_date, is_snapshot, is_copy_only from msdb.dbo.backupset where database_name = N'MYBASE' and type = N'D' order by backup_start_date desc; |
11 фев 18, 22:38 [21183953] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9633 |
squidw, Ранее не заметил - у вас сервер 2012 RTM. Обновите до последнего SP. Иначе можно долго всяких разных блох отлавливать. |
11 фев 18, 23:30 [21184054] Ответить | Цитировать Сообщить модератору |
squidw Member Откуда: Сообщений: 25 |
invm, Сдаюсь. Я переделал планы дифференциальные на полные. К черту эту возьню |
23 фев 18, 20:31 [21214559] Ответить | Цитировать Сообщить модератору |
LSV Member [заблокирован] Откуда: Киев Сообщений: 30817 |
офф: прежде чем 1с продакшн-базу пересоздавать из dt, помните, что при этом могут поменяться физические имена таблиц/полей в БД. И тогда безнадежно сломаются внешние отчеты, ОЛАП, BI, сторонние ХП/функции/таблицы/индексы. Это похуже глючного бекапа. :) |
24 фев 18, 12:03 [21215219] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9633 |
|
||
24 фев 18, 12:45 [21215293] Ответить | Цитировать Сообщить модератору |
LSV Member [заблокирован] Откуда: Киев Сообщений: 30817 |
И чем это поможет ? Было поле _Fld123, а стало _Fld321. Во всех полях. Даже таблица с _Reference1122 превратилась в _Reference2211. Все представления тупо сломались и единственный выход - вручную их переписать. Не говоря уже о том, что после пересоздания БД, в ней исчезнут все сторонние объекты, т.е. те же представления и ваши сторонние служебные таблицы (н-р для работы с перечислениями). :) |
||||
26 фев 18, 10:38 [21218080] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9633 |
|
||
26 фев 18, 11:34 [21218297] Ответить | Цитировать Сообщить модератору |
LSV Member [заблокирован] Откуда: Киев Сообщений: 30817 |
Но все таки нужного уровня автоматизации в ней не было. Нужны были ручные операции. Из сотен полей нужны единицы/десятки. Счёл этот путь не совсем удобным. Хотя он имеет плюсы и право на жизнь. Поэтому лучше не трогать существующие таблицы. |
||||
26 фев 18, 14:02 [21218875] Ответить | Цитировать Сообщить модератору |
Все форумы / Microsoft SQL Server | ![]() |