Дядя Жора
Появилась большая проблема в скрипте который работал годами. Вернее судя по всему я только сейчас это заметил (и похолодел)
Бэкап логов у меня делает скрипт, который сделан по подобию этого
Скрипт пристёгиваю к сообщению. Протокол его отработки тоже.
Заполненный лог (tape2) копируется в 2 отдельные папки. Папки обе локальные.
Сегодня с ужасом заметил, что отсутствуют некоторые журналы.
Например отсутствуют журналы 34673-34676, 34678, 34682, 34685...
Никак не могу по протоколу понять в чём дело. То ли команда copy не всегда отрабатывает. То ли отрабатывает в тот момент когда ещё не до конца завершилось формирование tape2.
А вы заметили, что в каждом таком случае в протоколе отсутствует сообщение об успешном копировани "1 file(s) copied.", но зато на его месте присутствует другое сообщение, типа "Log Backup completed: 34682." ? И очень часто вылазит "2", и что, очень похоже на то, что ваш скрипт просто прерывается следующим вызовом этого же файла по alarm programm.

По прошлому опыту помню, что при всей своей внешней простоте батники имеют не только много возможностей , но и специфических особенностей и фичей (сравнимых с багами), которые к тому же могут изменяться в разных версиях Виндовс. Так что такие вещи (типа реентерабельности) требуют очень тщательного тестирования.

Дядя ЖораПрошу помощи ибо база продакшн и в случае чего потеря журналов просто недопустима.
Для продакшен админу положено уметь и РЕГУЛЯРНО проводить процедуру тестового восстановления (хотя бы раз в пол-года), что бы и уметь это быстро и правильно делать в стрессовой ситуации и чтобы периодически проверять те же механизмы бэкапирования и корректность копий.

cprРаньше я думал? что я параноик.
У меня восстановление с накатом логов происходит на резервном сервере каждый день.
А теперь думаю, что это хорошая болезнь.
;-)
Хоть и хорошая, но все таки болезнь :)

Дядя ЖораМне даже удаётся эту гадость на тесте воспроизвести. Если я даю несколько раз подряд onmode -l. Пробовал в разные места alarm.bat вставлять искусственные паузы - пока не помогает.
1. Do you want to back up the current logical log? (y/n) - зачем копировать текущий журнал ? Он практически пустой и только замедляет процесс бакапирования. Копируйте только заполненный журнал(ы).
2. Журналы лучше сделать большими по размеру, чтобы заполнение следующего (и вызов события 23) не наложилось на время выполнения бэкапа предыдущего лога.
3. По логу видно, что ваш батник вызывается (вызывается он на все события) _и работает_ и на 18 событие (завершение бэкапа). Зачем?
4. Копирование файлов лучше сделать в другом батнике, который вызывать из текущего. Тогда операция копирования уже не будет зависеть от частоты вызовов alarm.bat и от его прерываний.
5. При входе в alarm.bat нужно выставлять некий флаг и сбрасывать его при завершении батника.
И при входе в батник обязательно проверять флаг - если он выставлен, значит еще идет обработка батником, вызванным предыдущим вызовом и текущий вызов нужно проигнорировать. В виде флага может быть что угодно - маленький файлик на диске, внешняя переменная окружения и т.п.
6. Мне кажется, что над вашим батником надо поработать серьезнее :)
Попробуйте глянуть на DBA_Tools\BAT\event_alarm.bat - он хоть и старенький (2003 года) но там корректно велся журнал всех событий и можно вставить свою обработку на любое событие.
Жаль, что у меня уже давно нет сервера - я бы поупражнялся в старом "программировании" батников :)

Дядя ЖораМне даже удаётся эту гадость на тесте воспроизвести. Если я даю несколько раз подряд onmode -l. Пробовал в разные места alarm.bat вставлять искусственные паузы - пока не помогает.
зачем же замедлять ? Наоборот, батник ускорять надо :)