White Owl rashmanдля кого? странная забота о боте... хай работает - он на то и создан! ;)Для админа лишняя работа, для админа.
в каком месте для админа больше работы? у меня скрипты работали года 3 и я туды даже не заглядывал... один раз потратил время на написание нужных батников и перлов... и усё...
при смене мыла, фтп и прочего админ один раз правит ручками батник и перловый скрипт. для простоты можно все переменные вынести в ини или вверх скрипта. перебить дестинейшны - работы на 30 сек.
White Owl
rashmanпри разделении процесс управляем на любом отрезке. вы можете менять адреса, куда ложить файлы, без лазания по базе. это бывает удобно когда на удаленном филиале нет спеца по базам, но есь спец по сетям, что чаще всего и бывает.Насколько сложно для спеца по сетям запустить батник?
Например я дал своим сетевым администратором и саппорту такой вот батник:
1.
2.
3.
4.
5.
6.
7.
8.
@echo off
rem Change next lines as necessary
set FTP_Address=aaa.com
set FTP_Login=user
set FTP_Password=password
rem
rem !!!DO NOT CHANGE ANYTHING BELOW!!!
rem
dbisqlc -c "DSN=MyDB" set remote ftp option host='%FTP_Address%';set remote ftp option user='%FTP_Login%';set remote ftp option password='%FTP_Password%'
И все. Если админам взбредет в голову сменить имя сервера или перенести ftp на другой сервер - да сколько угодно. Network-administrator меняет этот батник, и отдает его саппорту, а те уже ходят по филиалам и просто запускают его. Когда ножками ходят, когда через удаленое администрирование :)
очень хорошо. а где пароль, под которым вы подключаетесь к базе? вот в моём случае пароли вообще не нужны. главное повторять структуру папок. и в моём случае никто не имеющий прав DBA не лазит даже написанным скриптом в базу.
тут канечна можна рассуждать, что меняем пароль по пастру, потом рассылаем скрипт, потом меняем опять пароль... но зачем? я к таким мерам прибегаю только в самом крайнем случае.
White Owl
rashmanво-вторых, убираете проблему с вываливанием дбремоты, без надежды на то, что винда сама всё разрулит.Э? Какие такие проблемы?
ну я так понял, что выше имелось в виду управление упавшими процессами ср-вами винды. упала ремота - винда ее сама подняла... а если не подняла? а если в этот раз пришел большой пакет писем и время на исполнение дбремоты понадобилось не 1 минута, а 10? а вы знаете, что с ростом кол-ва писем в ящике (ну или кол-ва файлов в папке) увеличиваеца время их обработки? как тогда определять временные рамки, в которых нада перезапускать ремоту? были прецеденты...
White Owl
rashmanв-третьих, можете дополнительно шифровать сообщения. да и вообще, делать с ними, что захотите! например, можете направить не через фтп, а завернуть для всех баз все ремоты через один почтовый ящик.Шифровка сообщений и так уже есть, достаточно опцию базы Comression сделать больше нуля. А для перенаправления dbremote с ftp на smtp я делаю подобный батник и все.
шифрование стандартными средтвами базы - это хорошо. а дополнительное шифрование еще чем-то небазовым - это исчо лучше (если, канэшна, стоит такая задача).
White Owl
rashmanпримеры не из пальца, а из того, что сами уже проходили.аналогично :)
у меня до сих пор вертяца перловые скрипты, которые запускают дбремоты. я не полагаюсь на качество работы спецов из MS. зато в любой момент на любом этапе процесс может быть остановлен, запущен, изменен. мне плевать, хочет ли мессадж агент посылать данные или у него еще не пришло время. нажал кнопочку - база выдала посылку (ессно кнопочка нажимаеца в автомате).
а на самом деле каждый админ сам выбирает, что ему удобнее - разделять процесс или свалить всё на откуп сервайсов, системы и прочего.
