Бакап файлов для малых предприятий

Вот кажется, одна из самых распростаненных задачек для администраторов или обслуживающего работника компьютерной сферы. Такое количество прилад написано, что просто уму непостижимо. Однако все таки встречаются моменты, когда из них приходится выкручиваться своими силами. Наверное, возможно приспособить что либо из уже написанного, но что-то мешает. Где-то можно закрыть глаза, а где-то вот не получается. Вот и я когда то давно столкнулся с такой задачей на малых предприятиях. Ну скажем, количество компьютеров 2-3, может 5. Или 7. Не суть. После 7-8 компании уже потихоньку переходят на сеть с выделенным сервером, ну или используют один из рабочих в качестве такого. Тогда задача меняется, и в данном случае не подходит и не рассматривается. Имеется ввиду как раз ситуация, когда несколько человек в конторе работают со своими данными и нечасто ими обмениваются. Бухгалтер работает с 1с базами, директор с договорами, менеджер с прайсами и прочей бумажно-электронной документацией. Ну это к примеру.

Есть ситуация, когда компьютеры все выключаются на ночь, и каждый имеет свой набор рабочей информации на компьютере, не очень большой по объему, но, возможно, большой по количеству небольших вордно-екселевских файликов. Вот для такой ситуации и была приспособлена такая система бакапов, которую я когда то делал в батиках а потом перевел на Vbscript. Опробована и работает она без вмешательства системщика, что как раз и имеет смысл при обслуживании маленьких фирм.

На первый взгляд, может быть, немного запутано. Может быть. Но это только на первый взгляд. Меня лично устраивает. Потому к делу. Понятно, что названия файлов, директорий, время выполнения могут быть любыми. Я просто пишу как пример. Имеет отношение к Виндам с 2000-й.

На компе с сохраняемой информацией (то есть на всех, где это нужно) через групповую политику компьютера стартует "backup_first.vbs". Он на основе информации из файла "backup_param.txt" делает копию информационной базы в c:\arxiv\....\ и сворачивет ее еще pkzip-ом в корневой каталог в файл Arx_....zip по дням недели. Для больших объемов работу архиватора можно отключить, дело вообщем-то хозяйское. Он же стартует через планировщик в 5:00 ночи на случай, если комп не выключат на ночь. То есть этот скрипт трудится, когда пользователь еще не работает за компьютером, что исключает столкновение с заблокированными файлами или изменяемыми на ходу базами данных. В папке назначения сначала сбрасываются атрибуты файлов, и, возможно удаляются (это если текучка файлов большая, чтобы не растить каталог назначения). Конечно, время загрузки компа увеличивается, и, некоторые вполне могут выпить кофе и обменяться последними сплетнями. Для маленьких компаний это чаще всего неактуально, а ценность информации в конкретных случаях бывает очень даже велика.

Поскольку сохранение информации на тот же винт есть суть бессмыслица, то:
На компе с сохраняемой информацией (то есть на всех, где это нужно) через групповую политику пользователя стартует "backup_second.vbs". Он на основе информации из файла "backup_param.txt" делает копию информационной базы из c:\arxiv\....\ (то есть уже копии, сделанной первым скриптом, простите за каламбур) на другой компьютер, определенный в "backup_param.txt". В процессе выполнения скрипта выполнеяется цикл, в котором опрашивается доступность компьютера назначения, и кружится цмкл каждые 10 минут в течении, ну сколько вам надо. Ведь комп назначения в этот день могут вообще не включить, тогда смотри на решение, принятое при планировании направлений копий. Как вариант, этот скрипт может стартовать, например, через планировщик в 10:00 утра и выполняться каждые полчаса в течении ... часов (цикл тогда лучше отключить). То есть скрипт выполняется, когда пользователь уже работает на компьютере и имеет открытые рабочие файлы. Но, поскольку копия то уже сделана, и там открытых файлов нет, это для нас уже не имеет значение. Имеет значение, что комп в это время теоретически может притормаживать, особенно если винт данного компа забит и фрагментирован. Но на практике - незаметно, из-за разницы скоростей работы сети и винта.

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

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

Структура файла "backup_param.txt" Параметры отделены точкой с запятой. в скриптах нумерация с 0-ля.

Собственно, скрипт backup_first.vbs.

Собственно, скрипт backup_second.vbs.