бэкап данных

поищи по форуму. Неделю-полторы назад подобная тема поднималась.
Бэкап-систем море - от простого cp/rsync, до amanda и прочих специализированных

только прийдется бэкапить когда 1С отключена - проще в данном случае юзать sql версию 1с

Советую сначала досконально проработать политику вашего резервного копирования и хранения, а затем уже выбирать наиболее для этого подходящие средства. Средств в наличие достаточно.

Спасибо большое :) Пороюсь по форуму. Главное что такие системы существуют :)

А на счет копирования и хранения, пока что придумал только что бэкап будет производиться ночью, когда с этими базами никто не работает. Копии будут сохраняться на отдельный винчестер на сервере. Самое главное сейчас это что бы делались копии только тех баз которые были изменены за день. Т.к. копировать все базы будет очень накладно в плане объема данных. А к примеру раз в месяц можно будет делать полный бэкап всех баз.

>>>Самое главное сейчас это что бы делались копии только тех баз которые были изменены за день.

rsync, dar

> только прийдется бэкапить когда 1С отключена

Можно держать базу на lvm и бэкапить со снапшотов.

+1

> Можно держать базу на lvm и бэкапить со снапшотов.

Много много плюсов. Это единственный разумный способ, который я испробовал при бэкабах одноэсных баз. Только перед монтированием снапшота всё-равно пользователей не должно быть в базе. Вдруг кто-то так торопился домой, что оставил клиентскую часть запущеной. В случае sql версии это делается наименьшей кровью за несколько секунд -- остановкой сервера 1С и СУБД и их запуском после монтирования снапшота. Перед отмонтированием снапшота тоже требуется гашение сервера.

Самый правильный способ бэкапа баз 1С -- их бэкап из конфигуратора. В восьмёрке это можно сделать автоматом, но если кто-то застрял из пользователей в базе, то с бэкапом будет облом.

s/бэкабах/бэкапах/
Стыдно за такую ошибку, но бэкап баз 1С это тот ещё процесс...

Спасибо всем огромное за помощь :)