Мониторинг бэкапов

[Simply-Art]

Не понимаю зачем знать делается бэкап сейчас или нет? Это если делать автоматическую систему мониторинга реального времени, с отсылкой о проблеме на почту, ставить на сервак и забыть пока письмо не придет. Но что-то мне подсказывает что это муторно.
Можете мне пояснить целесообразность тех функций что вы предлагаете, возможно я чего не понимаю и мне будет проще с использованием ваших предложений. Но честно я пока вообще не понял для чего что то мониторить в процессах и прочее. Поясните на примере пожалуйста

[Человек_Борща]

Берем WinRAR консольный. Программа-паучек запускает/мониторит процесс WinRAR, ловит его, открывает, читает командную строку, проверяет файл и данные...
Вы уже точно знаете, что идет процесс архивации.
Далее самое важное, когда процесс WinRAR завершается вы на 100% знаете с каким результатом, успешно/не успешно и т.д. В зависимости от этого тот же паучек может:
1. Повторить процесс ещё раз если что-то не так.
2. Передать созданный архив куда-то.
3. Что-то ещё.
т.е. уже есть какая-то автоматизация. Вряд ли вы храните данные и их бэкапы на одном и том же сервере.

На текущий момент вы знаете, что архив на другом конце сервера или есть или его нету, но готов ли он и правильно ли создан - вы не знаете Мало ли процесс архивации прибили taskkill'ом

[Simply-Art]

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

[Stilet]

разве программы для создания бэкапов не должны сами следить за успешностью своих действий?

Это их авторам решать )
Для кого-то вполне хватает создания логфайла, в котором описаны подробности бэкапирования, а кто-то наворачивает их до монстров уведомляющих по почте о проблемах, и автоматом пытающихся их исправить.

[Simply-Art]

Сообщение от Stilet

Это их авторам решать )
Для кого-то вполне хватает создания логфайла, в котором описаны подробности бэкапирования, а кто-то наворачивает их до монстров уведомляющих по почте о проблемах, и автоматом пытающихся их исправить.

Ну я исходил из стандартных возможностей сервера - программы ntbackup, планировщика заданий и возможностей bat файлов (в том числе и по созданию лога). Вроде там можно настроить исключения. Так вот если сеть падает или еще чего не делается, бэкап у нас просто не обновляется и остается "вчерашней" датой. Если вы пользуетесь другими средствами, можете дать ссылку (конечно если они не платные).

ps не сделал еще 2 вещи которых мне не хватает. Разбивку не только по периоду (день/через день), а еще по ПН, ВТ и тд. Также сделаю возможность добавления папки, и скан её на наличие самого свежего файла. Это нужно потому что у меня есть еженедельные бекапы за месяц с датой в названии и их нельзя выбрать как файл (названия то каждый раз разные) и логи у них у каждого отдельные, чтобы видеть что копировалось. Ну а так будет потом программа будет смотреть, появился в папке свежий файл или нет (думаю искать по маске типа *mega_BD* = 30.06.14_mega_BD.sql)

[eval]

ужас, зачем все это? сча из мухи слона раздуете

[raxp]

...да, лучшее - враг хорошего.

Лучше отдайте кому-нить на тесты, кроме себя конечно

[Simply-Art]

Так и думал на форуме есть у кого похожие задачи, вот и написал а нет походу.

[raxp]

Скороспешно выводы делаете ...были похожие, как раз с бэкапом и контролем архивов SCADA удаленной цеховой АРМ. Были и локальные задачи, что решалось системным ntbackup и классическим батником и не надо "лохматить бабушку".

• Е.Бадло, С.Бадло. Информационная безопасность. Удаленное резервирование. - DGT, 2010, №1, с.48-51.

[Stilet]

если сеть падает или еще чего не делается, бэкап у нас просто не обновляется и остается "вчерашней" датой.

Во-первых: На такие случаи бэкапы делаются локально. А потом уже по мере наличия связи загребаются на другой комп.
Во-вторых: Ты упускаешь серьезную замену бэкапам - репликацию. А это зря. Ну или если не замену, так страховку на случай конфуза и бэкапа и базы. Я бы обязательно позаботился насчет реплик и вторичного сервера.