Ночью при выполнении плана обслуживания произошел какой-то сбой. По логам плана все задания завершены. По журналу план обслуживание работал 8 часов и прервался при перезагрузке Windows Server, перезагрузка экземпляра SQL сервера тоже зависла. В журнале SQL нашла дамп
При этом в логах плана обслуживания:
Кто-нибудь сталкивался? или как найти причину?
UPDATE STATISTICS [dbo].[_AccumRgChngR7374] WITH FULLSCAN
Это служебная таблица 1с, что в ней содержится не представляю.
При этом в логах плана обслуживания:
Обновить статистику (SQL)
Обновить статистику Соединение с локальным сервером
Базы данных с уровнем совместимости 70 (SQL Server версия 7.0) будут пропущены.
Базы данных Все базы данных
Объект: Таблицы и представления
Вся собранная статистика
Начало задачи: 2017-01-17T01:33:08.
Конец задачи: 2017-01-17T01:53:07.
Успешно
Обновить статистику Соединение с локальным сервером
Базы данных с уровнем совместимости 70 (SQL Server версия 7.0) будут пропущены.
Базы данных Все базы данных
Объект: Таблицы и представления
Вся собранная статистика
Начало задачи: 2017-01-17T01:33:08.
Конец задачи: 2017-01-17T01:53:07.
Успешно
Кто-нибудь сталкивался? или как найти причину?
По теме из базы знаний
Найденные решения
По факту аока есть только ваша путаница в показаниях:
Кроме того, кроме лога плана есть логи заданий плана. А лог плана фиксирует только запуск заданий.
В люббом случае надо разобраться, что это за перезагрузка Windows Server была, зачем, почему в такое время как это согласуется с работой плана обслуживания. Параллельно выяснить причины долгой работы заданий плана и их устранить.
По журналу план обслуживание работал 8 часов и прервался при перезагрузке Windows Server
Кроме того, кроме лога плана есть логи заданий плана. А лог плана фиксирует только запуск заданий.
В люббом случае надо разобраться, что это за перезагрузка Windows Server была, зачем, почему в такое время как это согласуется с работой плана обслуживания. Параллельно выяснить причины долгой работы заданий плана и их устранить.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Это таблица регистрации изменений в регистре.
Вы что, собственно, хотите сделать-то?
У вас долго работал план и не успел завершиться до перезагрузки сервера. При этом после перезагрузки старт sql не повис, а затянулся из-за восстановления баз.
Ваш вопрос "Кто сталкивался?" к чему относится? Сталкивался с чем? Все отработало штатно, хоть и не так, как вы предполагали.
Вы что, собственно, хотите сделать-то?
У вас долго работал план и не успел завершиться до перезагрузки сервера. При этом после перезагрузки старт sql не повис, а затянулся из-за восстановления баз.
Ваш вопрос "Кто сталкивался?" к чему относится? Сталкивался с чем? Все отработало штатно, хоть и не так, как вы предполагали.
(4) Вопрос из-за чего этот сбой произошел. Кто сталкивался с таким сбоем. Штатно не отработало, задание прервано при перезагрузке виндоус. Более того с утра бухгалтер успела создать документ, при его проведении все зависло. Документ был, после повторного выполнения операций обслуживания SQL с запуском вручную этот документ пропал.
Без повторного выполнения обслуживание документ не проводился. Работа бухгалтерии была остановлена на 3 часа в период сдачи отчетности.
Как можно узнать изменения какого регистра записаны в этой таблице?
Без повторного выполнения обслуживание документ не проводился. Работа бухгалтерии была остановлена на 3 часа в период сдачи отчетности.
Как можно узнать изменения какого регистра записаны в этой таблице?
Какой сбой? ГДЕ сбой? Каким таким сбоем?
Все дальнейшее - последствия процитированного. И тоже штатное. В том числе и "пропажа" документов. Ибо при перезапуске sql идет восстановлении баз с откатом незавершенных транзакций, что видится конечному пользователю как "пропажа" документа.
И не надо поднимать панику про 3 часа и т.д. Админить sql сервер надо хоть немного, а не только один раз какой-то план обслуживания сляпать и забыть про него.
задание прервано при перезагрузке виндоус
И что здесь нештатного? А как должно было быть?
Все дальнейшее - последствия процитированного. И тоже штатное. В том числе и "пропажа" документов. Ибо при перезапуске sql идет восстановлении баз с откатом незавершенных транзакций, что видится конечному пользователю как "пропажа" документа.
И не надо поднимать панику про 3 часа и т.д. Админить sql сервер надо хоть немного, а не только один раз какой-то план обслуживания сляпать и забыть про него.
По факту аока есть только ваша путаница в показаниях:
Кроме того, кроме лога плана есть логи заданий плана. А лог плана фиксирует только запуск заданий.
В люббом случае надо разобраться, что это за перезагрузка Windows Server была, зачем, почему в такое время как это согласуется с работой плана обслуживания. Параллельно выяснить причины долгой работы заданий плана и их устранить.
По журналу план обслуживание работал 8 часов и прервался при перезагрузке Windows Server
Кроме того, кроме лога плана есть логи заданий плана. А лог плана фиксирует только запуск заданий.
В люббом случае надо разобраться, что это за перезагрузка Windows Server была, зачем, почему в такое время как это согласуется с работой плана обслуживания. Параллельно выяснить причины долгой работы заданий плана и их устранить.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот