|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 07 Feb 2005 15:33:50
To : Ilya Anfimov
Subject : Re: linux & 1c
--------------------------------------------------------------------------------
Ilya Anfimov wrote:
>> Hо для 1С это не годится. Там надо создавать точки отката. Горячий бэкап
>> этого не позволяет.
>
> Зачем? В смысле -- чем помогут точки отката
> при необходимости горячего резервирования?
Поясню мысль.
Вы же сами сказали, то бакапили с периодом в 20 мин. И получали иногда
неработоспособные копии.
Hо вы ведь не проверяли все 72 копии в день ?
Вот !
У меня тоже были неработоспособные копии. Hо я копировал только раз в день.
И у меня сложилось впечатление, что проблемы с запуском 1С из копии базы не
в плохом копировании, а в проблемах самой 1С. Просто бывает так что база
умирает. Линукс тут ни при чем.
Было дело так, что линукс вис (по другим причинам) раз в 30 мин. И были
проблемы с запуском 1С. Лечилось так, как я уже описал. Hи разу, если
работа прерывалась из-за линукса, с 1С не было проблем.
Hо если умирала сама база, то не лечилось уже никак!
Вопрос, как выбрать частоту бэкапа для создания точек отката.
1. С какой скоростью умирает база 1С.
Из моего опыта, база умирала в течении 3 дней. Грузилась все медленнее и
потом вообще понесла ахинейную диагностику.
2. С какой скоростью обнаруживаются "портянки" в работе самой бухгалтерии.
Из моего опыта, до недели. Через неделю обычно кто-то замечает, что где-то
создан непонятный несходняк.
Посему, я решил что достаточно делать копию "на лету" 1 раз в день. И иметь
не менее чем недельную историю.
А горячий бэкап это лишь форма повышения надежности работы самой платформы.
Т.е. если бы 1С умирала из-за проблем платформы, линукса в данном случае,
то надо было бы эту платформу дополнять горячим резервированием.
Собственно я так и делаю. У меня softraid+lvm2+ext3. И сам сервер, как набор
служб дополнен watchdog+apcupsd+monit. Hо это ни как не сказывается на
проблемах 1С. Линукс сам по себе, а 1С сама по себе. И какой бы не была
надежной сама платформа, если в 1С проблемы, то резервирование не спасет. А
успех восстановления из предварительно сделанной копии будет тем больше,
чем больше разница во времени между этой копией и точкой краха основной
системы. Hо так как это прямо пропорционально потерям рабочего времени, то
нужен некий деловой компромисс. Я его принял именно так, копия раз в день и
ротация не менее 1 недели.
--
Bye.
Aleksey Barabanov <alekseybb at mail.ru>
--- ifmail v.2.15dev5.3
* Origin: home (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
