ReSQL.ru
     
powered by simpleCommunicator - 2.0.52     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Доставка журнала транзакции
16 сообщений из 16, страница 1 из 1
Доставка журнала транзакции
    #40030982
KOD_BILL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KOD_BILL
Гость
Добрый день!
Есть высоко нагруженная БД.
С нее переливаем дурнал транзакций на другой серве.
И журналы почему то очень долго восстанавливаются. Явных каких то причин я не вижу.
Подскажите в каком направлении смотреть?

Я думал изначально проблема мб с инициализаций файлов
но влогах есть запись что все успешно включено
авторDatabase Instant File Initialization: включено. For security and performance considerations see the topic
'Database Instant File Initialization' in SQL Server Books Online. This is an informational message only. No user action is required.

Вот пример

авторSPID command Query start_time percent_complete estimated_completion_time61RESTORE LOG RESTORE LOG [dbname] FROM DISK = N'\\dbname-2\w$\backs\dbname_20201222042000.trn' WITH FILE = 1 STANDBY = N'D:\SQLData\dbname_20201224170346.tuf'2020-12-25 01:03:46.9701002020-12-25 01:44:26.553

Изображение для наглядности
http://prntscr.com/w9ayrt

Причем я вижу что файл востоновлен за 2 минуты. И может висеть больше часа в таком состоянии

В логах вижу следующее
http://prntscr.com/w9b0zp
Но если прикаждом накате журнала транзакций он будет восстанавливать БД(20ТБ) - это просто безумие

Размер восстанавливаемого журнала 365МБ
...
Рейтинг: 0 / 0
24.12.2020, 21:01
| Ответить | Цитировать | Написать  
Доставка журнала транзакции
    #40031002
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
Ну, прогресс применения лога в 10% за 2 минуты означает, что с некоторой долей вероятности весь бэкап применится за 20 минут. Далее все зависит от неизвестной информации -- какой период лога попал в бэкап. Если двухминутный, то это фиаско, да. Если 20 минутный, то это еще терпимо, если 20 часовой, то что мы тут вообще обсуждаем?
...
Рейтинг: 0 / 0
24.12.2020, 23:50
| Ответить | Цитировать | Написать  
Доставка журнала транзакции
    #40031014
KOD_BILL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KOD_BILL
Гость
Гавриленко Сергей Алексеевич
Ну, прогресс применения лога в 10% за 2 минуты означает, что с некоторой долей вероятности весь бэкап применится за 20 минут. Далее все зависит от неизвестной информации -- какой период лога попал в бэкап. Если двухминутный, то это фиаско, да. Если 20 минутный, то это еще терпимо, если 20 часовой, то что мы тут вообще обсуждаем?


Лог отправляю каждый 5 минут
...
Рейтинг: 0 / 0
25.12.2020, 05:59
| Ответить | Цитировать | Написать  
Доставка журнала транзакции
    #40031020
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SERG1257
Участник
а если восстанавливать с локального диска?
...
Рейтинг: 0 / 0
25.12.2020, 07:57
| Ответить | Цитировать | Написать  
Доставка журнала транзакции
    #40031026
aleks222
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aleks222
Участник
KOD_BILL


Есть высоко нагруженная БД.

И журналы почему то очень долго восстанавливаются. Явных каких то причин я не вижу.
Подскажите в каком направлении смотреть?



1. "высоко нагруженная БД" = дохера транзакций
2. При восстановлении журнала ВСЕ эти транзакции выполняются.
3. На это надо время, сравнимое, при равной мощности серверов, с временем выполнения этих "дохера транзакций" на исходном сервере.
...
Рейтинг: 0 / 0
25.12.2020, 08:37
| Ответить | Цитировать | Написать  
Доставка журнала транзакции
    #40031034
Тяп-ляп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тяп-ляп
Участник
Думаю, дело в опции STANDBY. С ней в процессе restore много работы делается, которой нет с опцией norecovery. Для этого и используется дополнительный файл 'D:\SQLData\dbname_20201224170346.tuf'.
Решение проблемы - использовать restore с опцией norecovery.
К моменту, когда нужна будет БД для чтения - прогнать очередной restore c опцией STANDBY.
...
Рейтинг: 0 / 0
25.12.2020, 09:37
| Ответить | Цитировать | Написать  
Доставка журнала транзакции
    #40031037
Тяп-ляп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тяп-ляп
Участник
Если речь идет о лог-шиппинге, то так примерно делаю, когда приходит время читать из БД:
отключаю джобы copy и restore
прогоняю эти два джоба, чтобы все бекапы лога накатились
все это в режиме norecovery - он быстрый
меняю на standby
прогоняю джоб backup
прогоняю джобы copy и restore - этот restore медленный, но он один
БД доступна для чтения
...
Рейтинг: 0 / 0
25.12.2020, 09:45
| Ответить | Цитировать | Написать  
Доставка журнала транзакции
    #40031041
KOD_BILL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KOD_BILL
Гость
Тяп-ляп
Думаю, дело в опции STANDBY. С ней в процессе restore много работы делается, которой нет с опцией norecovery. Для этого и используется дополнительный файл 'D:\SQLData\dbname_20201224170346.tuf'.
Решение проблемы - использовать restore с опцией norecovery.
К моменту, когда нужна будет БД для чтения - прогнать очередной restore c опцией STANDBY.


Да с norecovery время уменьшилось до 15 минут

aleks222
KOD_BILL


Есть высоко нагруженная БД.

И журналы почему то очень долго восстанавливаются. Явных каких то причин я не вижу.
Подскажите в каком направлении смотреть?



1. "высоко нагруженная БД" = дохера транзакций
2. При восстановлении журнала ВСЕ эти транзакции выполняются.
3. На это надо время, сравнимое, при равной мощности серверов, с временем выполнения этих "дохера транзакций" на исходном сервере.


Сервер слабенький для реплики тут всего 8ЦП 16ОЗУ. Но Я как то не рассчитывал что тут будет так долго восстанавливается

SERG1257
а если восстанавливать с локального диска?


Фактически он находится на этой же машине на диске W
...
Рейтинг: 0 / 0
25.12.2020, 10:01
| Ответить | Цитировать | Написать  
Доставка журнала транзакции
    #40031042
KOD_BILL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KOD_BILL
Гость
Тяп-ляп
Если речь идет о лог-шиппинге, то так примерно делаю, когда приходит время читать из БД:
отключаю джобы copy и restore
прогоняю эти два джоба, чтобы все бекапы лога накатились
все это в режиме norecovery - он быстрый
меняю на standby
прогоняю джоб backup
прогоняю джобы copy и restore - этот restore медленный, но он один
БД доступна для чтения


Это для тех случаев когда надо что бы БД была доступна для чтения/записи?
...
Рейтинг: 0 / 0
25.12.2020, 10:02
| Ответить | Цитировать | Написать  
Доставка журнала транзакции
    #40031044
Тяп-ляп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тяп-ляп
Участник
Только для чтения будет доступна. Для записи - нет.
...
Рейтинг: 0 / 0
25.12.2020, 10:05
| Ответить | Цитировать | Написать  
Доставка журнала транзакции
    #40031045
Тяп-ляп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тяп-ляп
Участник
авторСервер слабенький для реплики тут всего 8ЦП 16ОЗУ
В первую очередь диск нужен быстрый.
...
Рейтинг: 0 / 0
25.12.2020, 10:10
| Ответить | Цитировать | Написать  
Доставка журнала транзакции
    #40031059
KOD_BILL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KOD_BILL
Гость
Тяп-ляп
авторСервер слабенький для реплики тут всего 8ЦП 16ОЗУ

В первую очередь диск нужен быстрый.

В сторону дисков не думаю. Везде стоят SSD. Для примера БД 20 ТБ ресторил 6 часов
...
Рейтинг: 0 / 0
25.12.2020, 10:53
| Ответить | Цитировать | Написать  
Доставка журнала транзакции
    #40031561
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
KOD_BILL,

а сколько VLF в исходной базе?

см команду dbcc loginfo()
...
Рейтинг: 0 / 0
27.12.2020, 12:52
| Ответить | Цитировать | Написать  
Доставка журнала транзакции
    #40031566
KOD_BILL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KOD_BILL
Гость
komrad,
На момент запроса 1534
...
Рейтинг: 0 / 0
27.12.2020, 13:28
| Ответить | Цитировать | Написать  
Доставка журнала транзакции
    #40031578
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
KOD_BILL
komrad,
На момент запроса 1534


https://techcommunity.microsoft.com/t5/sql-server-support/how-a-log-file-structure-can-affect-database-recovery-time/ba-p/315780
...
Рейтинг: 0 / 0
27.12.2020, 14:09
| Ответить | Цитировать | Написать  
Доставка журнала транзакции
    #40031586
KOD_BILL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KOD_BILL
Гость
komrad,
Спасибо.
Что то подобное я уже прочитал. Сегодня внесу измененя перед обслуживанием.
Но я ребутнул "реплику" еще вчера. На данный момент журналы востанавливаются в среднем за 2-5 минуты. За ночь нагнал отставание с 23го числа. Осталось догнать 13-14 часов
...
Рейтинг: 0 / 0
27.12.2020, 14:29
| Ответить | Цитировать | Написать  
16 сообщений из 16, страница 1 из 1
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Доставка журнала транзакции
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=46&fpage=38&tid=1685247]:
 0ms
get settings:
 9ms
get forum list:
 15ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 50ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 54ms
get tp. blocked users:
 2ms
others: 291ms
total:  437ms
созд. / загр.: 437ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]