Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Ребят прошу помощи. Ситуация следующая. Перенастроил MSSQL 2012 по рекомендациям https://its.1c.ru/db/metod8dev/content/5904/hdoc@794ce938]https://its.1c.ru/db/metod8dev/content/5904/hdoc@794ce938 После перезапуска службы запускается CHECKDB причем всех баз . После завершения если перезапустить службу , снова запускается CHECKDB всех баз. Я никак не могу понять с чем это связанно и как отключить dbcheck при каждой перезагрузке службы. Буду очень благодарен за помощь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 08:28 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkods, а вы уверены, что запускается именно checkdb? Как вы это установили? Может быть, вы видите в ssms базу в состоянии in recovery или restoring долгое время при старте сервера? Как проявляется то? DBCC - не запускается автоматически. Нужно искать или job, или maintenance plan. ... потому как я сомневаюсь, что есть придурок, который запихнул это в триггер уровня сервера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 09:09 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 09:27 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
mag2000, Почитал статью и у меня как раз выходит ,что запускался сегодня dbi_dbccLastKnownGood = 2019-06-24 03:52:26.697 Выходит , проблема не со временем. Если я конечно верно понял статью. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 10:09 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
uaggster, Я смотрю логи . И вижу там следующее. Перепускаю службу . Пытаюсь в Management Studio войти. Висит и не входит. Смотрю логи вижу следующее . Ошибка входа пользователя "sa". Причина: не удалось открыть явно указанную базу данных "tehnomen_ut_ready". [КЛИЕНТ: 127.0.0.1] Ошибка входа пользователя "sa". Причина: не удалось открыть явно указанную базу данных "arenda_ready". [КЛИЕНТ: 127.0.0.1] И так до тех пор пока не появятся следующие записи в журнале Команда CHECKDB для базы данных "ReportServerTempDB" завершилась без ошибок в 2019-06-24 03:52:32.900 (местное время). Это информационное сообщение; Вмешательство пользователя не требуется. Команда CHECKDB для базы данных "msdb" завершилась без ошибок в 2019-06-24 03:52:30.290 (местное время). Это информационное сообщение; Вмешательство пользователя не требуется. Команда CHECKDB для базы данных "ReportServer" завершилась без ошибок в 2019-06-24 03:52:32.043 (местное время). Это информационное сообщение; Вмешательство пользователя не требуется. Команда CHECKDB для базы данных "arenda_ready" завершилась без ошибок в 2019-06-24 04:22:49.247 (местное время). Это информационное сообщение; Вмешательство пользователя не требуется. Команда CHECKDB для базы данных "tehnomen_ut_ready" завершилась без ошибок в 2019-06-24 03:52:37.040 (местное время). Это информационное сообщение; Вмешательство пользователя не требуется. Параметр конфигурации "show advanced options" изменен с 0 на 1. Выполните инструкцию RECONFIGURE для установки. SQLServerAgent service successfully started. После этого все прекрасно логинится. Если перепустить службу SQL ситуация повторится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 10:09 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
может, кто-то в стартап засунул, проверьте: Код: sql 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 11:17 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
03:52:37.040 (местное время) -- это прям сейчас ваше текущее местное время? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 11:18 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевич, Не. Получается само событие содержит запись Команда CHECKDB для базы данных "tehnomen_ut_ready" завершилась без ошибок в 2019-06-24 03:52:37.040 (местное время). Это информационное сообщение; Вмешательство пользователя не требуется. А согласно журнала Windows событие зарегистрировано в 24.06.2019 8:00:25 Вы думаете как то связанно ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 12:19 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Yasha123, Не , пусто.. Ничего нет в автозапуске ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 12:19 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkodsВы думаете как то связанно ?Это информационное сообщение, написано же. Сообщают вам, когда для базы _последний_ раз делалось checkdb. А доступны ваши базы становятся после сообщения "Recovery complete for database ... in ... second(s)" или как там по-русски. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 12:38 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевич, В том то и дело ,что процесс CHECKDB стартует каждый раз при запуске службы MSSQL . Причем по всем базам данных . Ну как итог минут 20-30 проверяет и позволяет уже работать. В журнал SQL пишет примерно следующее CHECKDB for database 'tehnomen_ut' finished without errors on 2017-10-31 01:05:44.617 (local time). This is an informational message only; no user action is required. А в журнал системы все тоже самое но по русски. С чем связанно постоянный CHECKDB при старте ,я не понимаю и не могу найти откуда уши растут .. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 12:42 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
С чего вы взяли, что есть процесс checkdb? Вы их в списке сессий увидели? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 12:45 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей АлексеевичС чего вы взяли, что есть процесс checkdb? Вы их в списке сессий увидели? errorlogКоманда CHECKDB для базы данных "ReportServer" завершилась без ошибок в 2019-06-24 03:52:32.043 (местное время). Это информационное сообщение; Вмешательство пользователя не требуется. Команда CHECKDB для базы данных "arenda_ready" завершилась без ошибок в 2019-06-24 04:22:49.247 (местное время). Это информационное сообщение; Вмешательство пользователя не требуется. это уже полчаса на базу arenda_ready полагаю у базы огромное кол-во VLF gospodenkods, покажите результат скрипта: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:01 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komrad... это уже полчаса на базу arenda_ready полагаю у базы огромное кол-во VLF простите, а какая связь между длительностью чекдб и числом VLF? если я вам скажу, что у меня на некоторой базе чекдб длится час, то теперь что, у меня в базе в 2 раза больше vlf, четм у ТС (типа у него длится полчаса)? давайте сыграем в угадайку: так сколько в моей базе VLF? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:15 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Yasha123komrad... это уже полчаса на базу arenda_ready полагаю у базы огромное кол-во VLF простите, а какая связь между длительностью чекдб и числом VLF? я предполагаю, что у автора просто долгое рекавери базы при старте то, что в логе указано checkdb может быть особенностью отображения фазы рекавери в 2012 к сожалению, нет под рукой такой версии сиквела и проверить сам не могу поэтому, высказал такое предположение ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:23 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komradэто уже полчаса на базу arenda_readyТ.е и вас не смущает, что днем при рестарте в 8 утра указано ночное время? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:24 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Yasha123если я вам скажу, что у меня на некоторой базе чекдб длится час, то теперь что, у меня в базе в 2 раза больше vlf, четм у ТС (типа у него длится полчаса)? давайте сыграем в угадайку: так сколько в моей базе VLF? не горячитесь, я имел ввиду фазу рекавери базы да и "угадайку" предлагать коллегам так сразу не стоит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:26 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
он же нам не показал время выплевывания данных сообщений, лишь время завершения соответствующих команд чекдб. а из разницы во времени завершения нам известна лишь длительность чекдб. ТС, покажите уже кусок еррорлога картинкой, или скопируйте полностью интересующие строки под спойлер. из ваших ответов до сих пор непонятно, во сколько в логе появились эти сообщения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:28 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевичkomradэто уже полчаса на базу arenda_readyТ.е и вас не смущает, что днем при рестарте в 8 утра указано ночное время? пока всё что автор показал было: 1) выдержка из errorlog 2) устный пересказ из "журнала Windows" так что меня это пока не смущает - доказательств нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:29 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
У меня в логе написано вот так: Лог сервераDate 28.05.2019 14:47:21 Log SQL Server (Archive #4 - 02.06.2019 23:59:00) Source spid68 Message CHECKDB for database 'xxxx' finished without errors on 2010-09-28 00:15:34.250 (local time). This is an informational message only; no user action is required. Кто-то из вас сможет нафантазировать после этого, что checkdb запустился в 2019м году? А здесь почему нафантазировали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:31 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komradГавриленко Сергей Алексеевичпропущено... Т.е и вас не смущает, что днем при рестарте в 8 утра указано ночное время? пока всё что автор показал было: 1) выдержка из errorlog 2) устный пересказ из "журнала Windows" так что меня это пока не смущает - доказательств нет Ну вот же: gospodenkods Команда CHECKDB для базы данных "tehnomen_ut_ready" завершилась без ошибок в 2019-06-24 03:52:37.040 (местное время). Это информационное сообщение; Вмешательство пользователя не требуется. А согласно журнала Windows событие зарегистрировано в 24.06.2019 8:00:25 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:33 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевич, Все только по логам . Я не могу на этом атапе даже в Server Managment Studio зайти . Тупо висит 30-40 минут потом в логах записи про CHECKDB и все начинает работать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:33 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkodsГавриленко Сергей Алексеевич, Все только по логам . Я не могу на этом атапе даже в Server Managment Studio зайти . Тупо висит 30-40 минут потом в логах записи про CHECKDB и все начинает работать...Весь лог покажите уже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:34 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komrad, Скрин приложил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:34 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевичkomradэто уже полчаса на базу arenda_readyТ.е и вас не смущает, что днем при рестарте в 8 утра указано ночное время? никто не знает, ни когда был рестарт, ни какие даты. еррорлог нам не показан, колонка с датой отсутствует. про виндовый журнал вообще идет невнятный лепет о некоем "событии" (о каком именно?) даты там не только за сегодня, но и за 2017 год, что вроде вообще никак не согласуется с его заявлением, что чекдб выполняется именно при рестарте, поэтому это просто бардак, а не топик. ТС, ждем внятный кусок еррорлога. всех его колонок, а не только "текст" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:35 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkods, это было запущено в базе arenda_ready ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:36 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевичkomradпропущено... пока всё что автор показал было: 1) выдержка из errorlog 2) устный пересказ из "журнала Windows" так что меня это пока не смущает - доказательств нет Ну вот же: gospodenkods Команда CHECKDB для базы данных "tehnomen_ut_ready" завершилась без ошибок в 2019-06-24 03:52:37.040 (местное время). Это информационное сообщение; Вмешательство пользователя не требуется. А согласно журнала Windows событие зарегистрировано в 24.06.2019 8:00:25 вот это меня смущает, т.е. вольный рассказ о каком-то событии из какого-то журнала ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:39 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевич, Да конечно . Прикрепляю текстовичек. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:43 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkods... Все только по логам . да нет у вас никакого лога здесь в топике. вот такое покажите, прости господи, без всякой студии, кусок текста из файла в нотепаде скопируйте уже ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:44 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkodsТупо висит 30-40 минут потом в логах записи про CHECKDB и все начинает работать...Логи надо полностью читать, а не выборочно. Никакого CHECKDB не делается. Просто в процессе запуска БД в еррорлог выводится информация о последнем успешном CHECKDB, если таковой был. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:46 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komrad, Нет это просто запрос. Когда указываешь конкретно запрос к БД .. То выходит вот такая ошибка .. (строк обработано: 1) Сообщение 8114, уровень 16, состояние 1, строка 1 Ошибка при преобразовании типа данных numeric к bigint. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:47 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Нужен файл errorlog, в котором присутствует момент запуска сервера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:48 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkodskomrad, Скрин приложил. у вас RTM версия без единого сервис-пака, а их было 4 штуки не удивлюсь ни чему в таком случае ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:48 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkodskomrad, Нет это просто запрос. Когда указываешь конкретно запрос к БД .. То выходит вот такая ошибка .. (строк обработано: 1) Сообщение 8114, уровень 16, состояние 1, строка 1 Ошибка при преобразовании типа данных numeric к bigint. нда, не угадал с размерностью попробуйте просто выполнить команду: Код: sql 1. 2. 3. 4. и посмотрите кол-во записей в получившейся выборке ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:52 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Yasha123, Виноват.. Испраивлся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:52 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komrad, Согласен. Тем немение , вопрос почему без каких либо причин явных , система так себя видет. Ночью сегодня хочу кумулятивный SP накатить. НО мне кажется не в этом дело... Вот результат работы запроса. use arenda_ready go dbcc loginfo() go ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 13:58 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Вообще, все начинает работать после сообщения Recovery is complete. This is an informational message only. No user action is required. И прям перед этим вываливаются сбивающие с толку сообщения о checkdb. Однако не понятно, почему 30 минут шел процесс recovery без всякого репорта прогресса. Накатывайте обновления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 14:01 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевич, Да понятное дело. Сегодня ночью накачу SP . А уже после тогда отпишусь о результате и приложу error log Давайте попробуй подождать ,какой результат SP принесет... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 14:07 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
И да, при выполнении checkdb пишется вот такое в лог (на 2016): DBCC CHECKDB (Test) executed by xxx found 0 errors and repaired 0 errors. Elapsed time: 0 hours 1 minutes 17 seconds. Internal database snapshot has split point LSN = 00000030:000002b0:0001 and first LSN = 00000030:000002ae:0001. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 14:10 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевич, Нет у меня 16-ого сервера . Не с чем сравнить по выводу в лог. Ну тут как говорится , завтра будет понятно ,а может и сегодня ночью уже . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 14:16 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkodsНе с чем сравнить по выводу в лог. да есть у вас с чем сравнить. откройте предыдущий лог, или еще тот, что до него, короче такой еррорлог, к-ый захватывает 2019-06-24 03:52:37.040 и увидите ровно то же, что в еррорлоге Гавриленко ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 14:38 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Yasha123, Смотрю за предыдущие дни error log Ну вот вывод практически идентичен . Ладно. Накачу SP . Отпишусь о результатах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 14:46 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkodsСмотрю за предыдущие дни error log на надо за предыдущие. надо за сегодня, 2019-06-24. найдите время 03:52:37. в это время выполнился чекдб вашей базы и об этом в еррорлоге написано. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 14:52 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Yasha123, Да нет в логах информации о запуске на выполнение CHECKDB . Вот сообщение о том ,что finished without errors есть .. А на старт выполнения CHECKDB . Не могу найти .. Какая то... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 15:21 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
у меня только одно объяснение тому факту, что чекдб было, а записи о нем в еррорлоге нет: это когда чекдб делал не этот сервер. например, если дб отресторена, то сообщение о ее последнем успешном чекдб выведется все равно, как только база в онлайн выйдет, а о самом чекдб записи будут только в еррорлоге сервера, который и делал чекдб ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 15:56 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkodsВот результат работы запроса. use arenda_ready go dbcc loginfo() go 227 журналов - это нормально Лог 800МБ и SIMPLE recovery? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 16:00 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkodsYasha123, Виноват.. Испраивлся по логу у вас старт сиквела в 6:51 старт2019-06-24 06:51:47.10 Сервер SQL Server is starting at high priority base (=13). This is an informational message only. No user action is required. к 7:19 отрекаверились базы а через 15 минут сиквел был остановлен стоп2019-06-24 07:34:58.82 spid4s SQL Server is terminating in response to a 'stop' request from Service Control Manager. This is an informational message only. No user action is required. это часть какого-то процесса? Кстати, я бы не стал выделять сиквелу повышенный приоритет (" SQL Server is starting at high priority base " ). https://docs.microsoft.com/en-us/sql/database-engine/configure-windows/configure-the-priority-boost-server-configuration-option Raising the priority too high may drain resources from essential operating system and network functions, resulting in problems shutting down SQL Server or using other operating system tasks on the server. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 16:11 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Мистика какая-то . Ночью накатил SP4 . С утра несколько раз перепускал MSSQL . Логи очень похоже с предыдущими ,однако запуск сократился с получаса до 3-х минут. С чем связанно , не понятно. Логи прилагаю. Ребят , у кого какие мысли на тему такого поведения SQL ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 08:19 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 08:19 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Расчехляю хрустальный шар системы "Вангователь-1". Вижу: 1. Процессу MSSQLSERVER не даны привилегии Volume task, а файлы tempdb - заданы большими. Пока сервер их не проинициализирует, никуда не двинется. 2. Бэкапы логов БД - никогда не делались, и логи имеют астрономические размеры. Соответственно, старт каждой базы сопровождается прокручиванием всего этого, в поисках неоткаченных транзакций. 3. База msdb имеет космический размер, исчисляемый гигабайтами. Информация о событиях - никогда не чистилась. Более подробное вангование возможно с применением только более мощного оборудования, уровнем не ниже кристалла "Вангователь-3" в комплекте с астральной картой и доской вызова духов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 09:02 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
uaggster, Не угадали .. Глянул размер msdb 43,7 МБ (45 875 200 байт) tempdb разбит на 4 файла по 1024 с шагом 512 Выполнение задач по обслуживанию томов даны А вот информация о событиях действительно никогда не чистилась ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 09:12 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
uaggsterРасчехляю хрустальный шар системы "Вангователь-1". Вижу: 1. Процессу MSSQLSERVER не даны привилегии Volume task, а файлы tempdb - заданы большими. Пока сервер их не проинициализирует, никуда не двинется. 2. Бэкапы логов БД - никогда не делались, и логи имеют астрономические размеры. Соответственно, старт каждой базы сопровождается прокручиванием всего этого, в поисках неоткаченных транзакций. 3. База msdb имеет космический размер, исчисляемый гигабайтами. Информация о событиях - никогда не чистилась. Более подробное вангование возможно с применением только более мощного оборудования, уровнем не ниже кристалла "Вангователь-3" в комплекте с астральной картой и доской вызова духов. вообще-то в еррорлоге в явном виде написано: errorlog06/25/2019 08:08:36,Server,Неизвестно, Database Instant File Initialization: включено . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 09:51 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkodsМистика какая-то . Ночью накатил SP4 . С утра несколько раз перепускал MSSQL . Логи очень похоже с предыдущими ,однако запуск сократился с получаса до 3-х минут. С чем связанно , не понятно. Ребят , у кого какие мысли на тему такого поведения SQL ? разве не видна причинно-следственная связь, когда поменяли один параметр в системе и стало в 10 раз лучше? сервис-паки обычно исправляют ошибки в сиквеле и Микрософт рекомендует их устанавливать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 10:47 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkods смотря на свежий лог бросается в глаза следующее: Код: plaintext его лучше не использовать https://www.brentozar.com/blitz/priority-boost/ Код: plaintext https://support.microsoft.com/en-us/help/2154845/recommendations-to-reduce-allocation-contention-in-sql-server-tempdb-d ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 10:58 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
И ещё стоит убрать master с диска С Это системный диск и при повреждении у вас будет одной головной болью меньше - не нужно будет восстанавливать master базу, да и логи останутся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 11:10 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komradИ ещё стоит убрать master с диска С Это системный диск и при повреждении у вас будет одной головной болью меньше - не нужно будет восстанавливать master базу, да и логи останутся мастер на С: конечно плохо, но при чем тут логи? еррорлог кладется туда, куда отконфигурирован именно еррорлог, а не мастер ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 11:19 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Yasha123но при чем тут логи? еррорлог кладется туда, куда отконфигурирован именно еррорлог, а не мастер Под логами я имел ввиду errorlog.* файлы У автора он на диске С: 08:08:36,Server,Неизвестно,Logging SQL Server messages in file 'C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Log\ERRORLOG' ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 11:28 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komrad, Вообще tempdb после рестарта должен чистится и уходить в начальный размер . НО! Выставляю начальный размер tempdb 1024 с шагом 512 . Рестартую . И первый файл tempdev уходит в 3960 . И тут вопрос , чего он при рестарте не вернулся к заданым значениям ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 11:33 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komradYasha123но при чем тут логи? еррорлог кладется туда, куда отконфигурирован именно еррорлог, а не мастер Под логами я имел ввиду errorlog.* файлы У автора он на диске С: 08:08:36,Server,Неизвестно,Logging SQL Server messages in file 'C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Log\ERRORLOG' вот и я тоже про еррорлоги. они кладутся туда, куда указывает параметр стартапа -е. а никак не расположение мастера. вроде же причинно-следственная связь у вас такая: мастер переложим, еррорлог с ним же и переедет авторИ ещё стоит убрать master с диска С Это системный диск и при повреждении у вас будет одной головной болью меньше - не нужно будет восстанавливать master базу, да и логи останутся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 11:38 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkodsВыставляю начальный размер tempdb 1024 с шагом 512 ... И первый файл tempdev уходит в 3960 . это вы когда ему "выставляете", когда он уже больше этого размера? вы командой делаете или в студии кликаете? может, студия молча съедает вашу установку, хотя должна бы высказать, что меньше имеющегося "выставить" вы не можете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 11:45 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Yasha123, В студии . Не ничего она не говорит молча меняет и все. Ну скорее всего ,да . Размер то уже выше . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 11:52 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Yasha123они кладутся туда, куда указывает параметр стартапа -е. а никак не расположение мастера. Безусловно Yasha123вроде же причинно-следственная связь у вас такая: мастер переложим, еррорлог с ним же и переедет авторИ ещё стоит убрать master с диска С Это системный диск и при повреждении у вас будет одной головной болью меньше - не нужно будет восстанавливать master базу, да и логи останутся Додумывать за других, конечно, увлекательно, предлагать им сразу угадайки и тому подобное. Полагаю, это из-за откровенной скуки на работе? Если непонятно что-то, не надо считать оппонента априори невеждой. Лучше переспросить - это добавит уважения собеседника к вам. Не дописал про перенос ещё и логов только потому, что посчитал это очевидным. Переносишь файлы Мастера, перенеси и логи тоже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 11:54 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komrad, авторИ ещё стоит убрать master с диска С Это системный диск и при повреждении у вас будет одной головной болью меньше - не нужно будет восстанавливать master базу, да и логи останутся Если честно не вижу в этом сверх негативного. Логи транзакций и сами фалы базы данных разнесены по разным физичским дискам (Райд массивам) Ну и в случае выхода из строя системного диска (кстати он тоже в массиве , зеркало). Мне кажется нет глобально проблемы на резервном сервере сделать attach . Могу ошибаться в мыслях. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 12:01 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkodsYasha123, В студии . Не ничего она не говорит молча меняет и все. Ну скорее всего ,да . Размер то уже выше . может и не меняет. вы потом открывали снова тот же диалог? скорее, она студия просто молча ничего не делает, проверьте. чтобы уменьшить имеющееся, надо шринкать. что на проде вряд ли пройдет, лучше остальным файлам размер увеличьте ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 12:01 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komradЕсли непонятно что-то, не надо считать оппонента априори невеждой. Лучше переспросить - это добавит уважения собеседника к вам. так я и спрашиваю вроде: при чем тут логи? (равно как и вчера: при чем VLF к чекдб. спрашиваю, ибо мне связь непонятна. в обоих случаях) за кого я вас считаю или не считаю, додумываете вы. причем, ошибаетесь, судя по негативной реакции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 12:06 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Yasha123komradЕсли непонятно что-то, не надо считать оппонента априори невеждой. Лучше переспросить - это добавит уважения собеседника к вам. так я и спрашиваю вроде: при чем тут логи? (равно как и вчера: при чем VLF к чекдб. спрашиваю, ибо мне связь непонятна. в обоих случаях) оффтоп поясню свою мысль : checkdb, как отметил invm, информационное сообщение о последнем чеке у автора был долгий рекавери баз при старте (30 минут на одной из них) долгий рекавери может быть из-за большого VLF в частности поэтому предложил проверить их кол-во, благо это недолго Yasha123за кого я вас считаю или не считаю, додумываете вы. причем, ошибаетесь, судя по негативной реакции. рад, что ошибся, полагаю тема исчерпана? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 12:14 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komradполагаю тема исчерпана? разумеется :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 12:19 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkodskomrad, Выставляю начальный размер tempdb 1024 с шагом 512 . Рестартую . И первый файл tempdev уходит в 3960 . И тут вопрос , чего он при рестарте не вернулся к заданым значениям ? у вас 4 дата файла в tempdb Код: plaintext вы каждому выставляете? после старта меняется только первый? вообще, рекомендуется выставлять начальный темпдб соответственно её типичному размеру чтобы избежать событий автоприроста в процессе работы пользователей лог, кстати, тоже надо сконфигурировать не на минимум - при автоприросте, добавленная часть полностью инициализируется, в отличие от файлов данных при включенном IFA, а это доп. ожидание для запросов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 12:24 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Почищу вечером кэш ,да шринкану фалы .. Если не выйдет то уже придется увеличить остальным фалам размер .. Посмотрим , уйдет ли порблема на совсем или нет. :) P/S Парни не ругайтесь. Пустое это . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 12:26 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komrad, авторсмотря на свежий лог бросается в глаза следующее: SQL Server is starting at high priority base (=13). This is an informational message only. No user action is required. это говорит о том, что включен режим priority boost его лучше не использовать https://www.brentozar.com/blitz/priority-boost/ По настоянию профессионала . Выведи из под priority boost . По большому счету там кроме SQL приложений то не вертится . 2 гига памяти отведено под ОС остальное под SQL . Всего 32 . С таким раскладом не вижу проблем в отключение priority boost. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 12:30 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkodskomrad, авторИ ещё стоит убрать master с диска С Это системный диск и при повреждении у вас будет одной головной болью меньше - не нужно будет восстанавливать master базу, да и логи останутся Если честно не вижу в этом сверх негативного. Логи транзакций и сами фалы базы данных разнесены по разным физичским дискам (Райд массивам) Ну и в случае выхода из строя системного диска (кстати он тоже в массиве , зеркало). Мне кажется нет глобально проблемы на резервном сервере сделать attach . Могу ошибаться в мыслях. кстати, а где у вас лежит msdb? глобальной проблемы в aттаче нет, если на резерный сервер регулярно синхронизируется следующее: 1) общие настройки сиквела 2) логины с паролями (если SQL) и подобное типа прокси эккаунтов 3) аудит 4) настройки resource governour 5) linked serves 6) server triggers 7) и прочее в общем, иметь актуальный комплект файлов базы master в случае сбоя основного сервера, по-моему, гораздно спокойней для дба ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 12:36 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkods По настоянию профессионала . Выведи из под priority boost . По большому счету там кроме SQL приложений то не вертится . 2 гига памяти отведено под ОС остальное под SQL . Всего 32 . С таким раскладом не вижу проблем в отключение priority boost. на месте виднее, конечно я только "подсветил" общие потенциальные проблемы решать, безусловно, вам ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 13:07 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkodsПочищу вечером кэш ,да шринкану фалы .. Если не выйдет то уже придется увеличить остальным фалам размер .. Посмотрим , уйдет ли порблема на совсем или нет. конечно не уйдет. серверу без разницы, одинаковые или разные файлы темпдб создавать при рестарте. ему потом при работе удобнее, чтобы файлы были одного размера, это была общая рекомендация. и что он делает 3 минуты при рестарте, так и непонятно. --- а что вы так жадничаете с темпдб? ну пускай будут 4 файла по 4Гб, это же жалкие 16Гб. он же их не зануляет и ни у кого не откусывает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 13:22 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Yasha123и что он делает 3 минуты при рестарте, так и непонятно. судя по логу на старт уходит 2 минуты с копейками по-моему, неплохое время ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 13:31 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komradсудя по логу на старт уходит 2 минуты с копейками по-моему, неплохое время так вроде ТС вместо того, чтобы праздновать устранение получасового рестарта, все еще недоволен. а то бы пора топик и закрыть :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 13:39 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Yasha123, автора что вы так жадничаете с темпдб? ну пускай будут 4 файла по 4Гб, это же жалкие 16Гб. Пожалуй соглашусь . Полегче ему будет . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 16:04 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komrad, авторсудя по логу на старт уходит 2 минуты с копейками по-моему, неплохое время Время не плохое , но и не хорошее. Суть в том, что так и не разобрался пока , чем занят сервер в это время . При этом в логи пишет о попытках открыть явно указанную базу . Чем он занят ? А не предвестник ли это беды ?? Я пока в сметении. Пробелма минимизировалась , но не решилась. Почищу все же кэши , подмахну размер в tempdb . Завтра отпишусь по результатам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 16:07 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkods Суть в том, что так и не разобрался пока , чем занят сервер в это время . При этом в логи пишет о попытках открыть явно указанную базу . Чем он занят ? А не предвестник ли это беды ?? Я пока в сметении. Пробелма минимизировалась , но не решилась. это точно не розыгрыш? сервер стартует как приложение, занимает память, подгружает свои модули потом приступает к рекавери баз, анализирует логи каждой на предмет отката-наката оборванных или незаписанных в файлы даннных транзакций, переводит в онлайн одну за другой попытки открыть указанную базу говорят о том, что клиенты уже обслуживаются Код: plaintext если бы ваши клиенты (приложения) коннектились к мастеру, то подобных записей в логе не было бы а так, клиент подключается к сивелу, говоря, что нужна база А, и получает ошибку, так как такая база еще не в онлайне (недоступна) как базы становятся доступны, клиенты подключаются и сообщения пропадают Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 16:28 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
gospodenkodskomrad, авторсудя по логу на старт уходит 2 минуты с копейками по-моему, неплохое время Время не плохое , но и не хорошее. а что для вас хорошее время? gospodenkodsСуть в том, что так и не разобрался пока , чем занят сервер в это время . вот это почитайте для общего понимания https://sqlbie.wordpress.com/2010/08/04/four-phase-sql-server-database-recovery process/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 16:51 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komrad вот это почитайте для общего понимания https://sqlbie.wordpress.com/2010/08/04/four-phase-sql-server-database-recovery process/ если честно, то все фазы рекавери для его базы заканчиваются практически мгновенно, что в старом еррорлоге это видно, что в новом: new log06/25/2019 08:08:39,spid4s,Неизвестно,0 transactions rolled back in database 'tehnomen_ut_ready' (8:0). This is an informational message only. No user action is required. 06/25/2019 08:08:38,spid16s,Неизвестно,1 transactions rolled forward in database 'tehnomen_ut_ready' (8:0). This is an informational message only. No user action is required. old log2019-06-24 06:51:50.64 spid16s 45 transactions rolled forward in database 'tehnomen_ut_ready' (7:0). This is an informational message only. No user action is required. 2019-06-24 06:51:51.05 spid4s 0 transactions rolled back in database 'tehnomen_ut_ready' (7:0). This is an informational message only. No user action is required. к тому же у него Энтерпраиз и база должна выйти в онлайн уже после Redo. тем не менее он получает отлуп с сообщением о невозможности открыть базу. еще бы было понятно, если бы он к объектам не достучался: пока идет Undo, хоть база и в онлайне, какие-то локи все еще висят. но он к базе в целом не может достучаться ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 17:17 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Yasha123, у него несколько баз неизвестного размера (лог) к тому же версия 2012 - не уверен что там такое же поведение базы, что в современных версиях можно включить флаг 3004 (-T3004 в startup parameters ) , рестартатнуть сиквел и глянуть в логе фазы рекавери баз ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 17:28 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
komradу него несколько баз неизвестного размера (лог) да, но какое отношение имеют остальные базы к этой? в этой рекавери закончилось, база не в онлайне. почему? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 17:54 |
|
||
|
CHECKDB при перезапуски службы MSSQL
|
|||
|---|---|---|---|
|
#18+
Yasha123komradу него несколько баз неизвестного размера (лог) да, но какое отношение имеют остальные базы к этой? в этой рекавери закончилось, база не в онлайне. почему? вопрос хороший у меня версий пока нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 18:07 |
|
||
|
|

start [/forum/topic.php?all=1&fid=46&tid=1687633]: |
0ms |
get settings: |
6ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
585ms |
get topic data: |
8ms |
get forum data: |
3ms |
get page messages: |
72ms |
get tp. blocked users: |
1ms |
| others: | 228ms |
| total: | 916ms |

| 0 / 0 |
