Бэкап базы 1С с сервера каждые 2 часа c 5 копиями каждого бэкапа на 5 разных машин в сети в 2х разных зданиях это параноя или это нормально?

Книга знаний: Автоматическое сохранение (backup) базы 1С:Предприятие средствами SQL

(0) Смотря с чем работаете ...

+(2)
Хотя, скорее всего, - паранойя

Фулл или лога ? Фулл - это паранойя, лога - у меня каждый час. Фулл - раз в сутки и на 4 машины разношу, архивы лога - на одной храниться, но не там, где база.

легкий вид параноии

комплексной базы DBF в 3 гига

смотря что за контора. если ларек ночной, то в институт имени Кащенко, если что-то серьезное, то может и раз в час нужно

(6) Паранойя, однозначно. Рарит, что ли  или выгоняет всех каждые два часа ?

(4)+1
(7)+1
имхо тема раскрыта

Вобщем, к паранойе +1...
(7) Хорошь здесь впаривать франчевые штучки...

Хе-хе про параною. В одной конторе раасказали - база полетела вечером. Причем был бэкап утром. Так вот человек 50 (всего 100 пользователей) восстанавливали данные неделю.

+(0) с полным сохранением каждой копии за 1,5 года (не удаляются)

(8) копирует в темп и потом рарит, и архив по сети раскидывает

Лучше админ параноик, чем разгильдяй.

Нормальная параноя ;-)

Интересно, а спит он нормально ?

(14)
+1

(16) сплю отлично, до обеда почти

Да я про админа.Хотя с таким админом и можно спать до обеда :).

у нас SQL сервер каждый час базу бэкапит..если есть возможность для твоей дбф каждые два часа, то почему нет? только каждые два часа по пяти машинам копии кидать, это лишнее по моему)

точно пароноя..

(19) я все в одном лице

это философский вопрос)

(20) А если завтра война? И боеголовка попадет прямо в окно офиса? Хоть один винт, да уцелеет. ) А если серьезно, банальный вирус может убить все.

(22)так ты про свою параною спрашиваешь?

(22) чтобы точно узнать, обратись к психиатру

(25) ну да, продолжать дальше в том же духе или копию раз в сутки делать

(26)+ может у тебя не только в этом проявлятся?

(26) :))

(24) война не война, а вдруг пожар будет в одном из зданий?

(24)Если вирус убьет все на двух машинах, то с такой же вероятнстью он убьет все на пяти машинах.Следовательно, хранить копии более чем на двух-трех машинах нет. Более разумно раз в день на внеш носитель сбрасывать..на флешку например..щас они бооольшие стали)

(0)грамотно. админ молодец. всем недовольным - застрелится....

(30) ежедневно пиши на болванку.. и ложи в сейф несгораемый ... ;)
или арендуй где нибудь сервак за бугром.. для бэкапов ... :)

дык я на работу не каждый день хожу, как на болванку писАть буду?

(31) если вирус убъет все на пяти машинах, есть вероятность того что на одной из машин файл архива будет нефрагментированным, и легко восстановится через дискэдитор например

(35) его там вообще не будет)

(36) при сканировании поверхности диска авось найдется :)

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

Если пользователей меньше, то хватит и одного раза в день.

У меня тоже все архивы на болванки записывались. Т.к. нередко бухгалтерия говорила, что у них проводки поплыли, а месяц раньше все путем было. Приходилось поднимать и смотреть.
Архивы хранятся с 99 года, с 2003 ежедневные.

(34) Можно по расписанию. Воткнул DVD болванку, через пару дней поменял.

(0) таже фигня, только раз в час. Однажды 30 декабря это спасло предновогоднюю заявку покупателей. Заявки сразу с телефона, соответственно первички нет.... а ну-ка обзвонить заново 500 клиентов, да еще за один день до Нового Года.... а так перезвонили только тем, у кого заявку принимали в последние (до падения) полчаса...

(38) (38) Мне бы ваши объемы. Зарареный бэкап СКЛ + директория базы уже на ДВД не помещается (>4.7 уже). Архивы (ежедневные) сбрасываю на кассету раз в месяц - 150-160 Гиг за раз. А так красиво все начиналось - с магнитооптики - 5.5 лет назад. За все эти 5 с хвостом лет всего один раз архивы потребовались годичной давности - СБ-эшники (свои) рыли под юзера.

(41) а "свернуть" базу? Какой такой прок от базы длинною в 6 лет? Для сводных анализных отчетов можно итоговые данные делать, а подробности в секундах/днях кому нужны?

PS чем больше шкаф, тем громче падает... (с) народная мудрость.

(42) Давно бы свернул. Не дают. "Нам нужны все данные, за все 6 лет и все в одном отчете".
Пусть терпят. Пока полет нормальный.

(43) а контрольку повесить на этот отчет и с протоколом количества использований "всех данных" к руководству? (:

(43) ИМХО, сворачивание базы не есть гуд. Сворачивая базу, мы говорим, что наша система говно и не может обрабатывать большие объемы информации.
    + У зверей должна быть нормальная возможность посмотреть историю деятельности, например историю взаимоотношений с клиентом ...

(44) Финансовый директор и главбух и не дают свернуть. Оно мне надо ? Пусть юзают. При чем ведутся две фирмы и от них отражения в ГААПе (в баксах), в местной валюте по ГААПу и объединенная фирма. 20 млн. проводок уже - мать их так. Полет нормальный. Блокировок нет - решили проблему, с тормозами боремся средствами СКЛ.

Параноййя это я!
Бекапить копированием каждые два часа РАБОТАЮЩУЮ базу dbf? Мдя... ну может и повезет (что врятли), чтобы с данными в эти моменты не работали. У меня центральная "бекапится", но посредством УРБД, каждый час с центрального на два удаленных сервера. А по ночам на три серванта бекапы раскидываются уже копированием с аривацией. Могу и не работать, потомуккак все в автомате. А на 5-ть разных машин (тем боль копированием)=не надо, только сетевой ресурс отожрет (если большая) а толку=не прибавится.

ЗЫ а Мульку мне жалко, если 150 гиг (не дай бог) "свалятся" то только распаковать...не=не надо)))

(47) 150 Гиг это бэкапы за 30 дней, по 4 с лишним Гига каждый бэкап. А на УРБД не надейся, скоро это кончится (тоже одно время так делал) - когда внутри зипа размер *.дат превысит максимум допустимого. Сторонними утилитами не пользовался (от Ромикса), да и не слышал тогда я о ней. Повторюсь - пока полет нормальный - так что жалость мне пох.

(45) для операций, которые выполняют раз в месяц (в лучшем случае) не оправданно хранить все "яйца в одной корзине", тоже ИМХО (:
Сама-то система надежна, но её надежность по-любому снижается с ростом объема данных, хотя бы потому, что архивы сложнее делать...

Сворачивая базу мы говорим: "не храните все яйца в одной корзине" (:

(147) ЧТО значит на УРБД не надейся? Обычный УРБД обмен с выгрузкой всего (поле дополнительно в настройках михрации) обмен туда-сюда, размер выгрузки...ну максимум 6мб в зипе и то, если утром со всех филиалов всё сразу свалят. Такшо надейся-надейся (да уже и не первый год шарашит схема)))
ЗЫ если всё еще не понял, могу разжевать. А копирувать=ненадо, ибо ошибки будут.

(50) Промежуточные выгрузки - да, прокатят, но как только ПБ, не дай бог, слетит или "не понравится" и попробуешь снова сделать первоначальную выгрузку - тогда и наступишь.

>>комплексной базы DBF в 3 гига
Бугагаг
Держите меня четверо!

(51) Какую такую "первоначальную выгрузку"? Все и всё в УРБД, наверное, быстрее делать "вручную", както замена/подстановка/правка системных таблиц, перенос справочников/чистка от лишних, прочая. И не понято совсем: зачем "снова делать"?
Как только ПБ "слетает" (а было) тогда тупым копи-паста таблички данных (не трогая 1s... окромя 1sjourn из "живой" базы (да из ЦБ хоть), ну мин десять-пятнадзать, и все нормально дальше живет.

(53) Не кажи Гоп. Время покажет :))

(47) да, работающую базу, и даже частенько в момент перепроведения, без всякого УРБД, но ничего, никаких ошибок в работающей нету, в копии может быть небольшая несогласованность, но это лечится через ТИИ.

(54) А и не поругалися))) скукота)))
Может статейку накарябать оп управлении УРБД вручную. В смысле как новую базу создать без конфигуратора, старую-ненужную изменить, убитую восстановить(а было "уходила вместе со спионереным компом=восстанавливал), как "битую" восстановить, как репликацию урбдшную сделать?

(52) а что не так?

(57) Как делается бэкап на ДБФ? Если просто копируется - в сад
Ели выгоняются все - даже не знаю можно ли назвать это работой
И это точно паранойя, работать на ДБФ и организовывать мега-структуры для придания базе надежности

(56) Не накарябаешь же, че стебаться попусту.

(56) Давай!
Думаю многие ее ждут

(59) Чо попусту?, я ж не гений 1с по любому поводу))), если кому нужно, могу и сделать, но это если нужно, а так = ну копируйте, сам так когда-то так, но ленивый, а так все-в-автообмен и забил.

(61) Пиши статью, не отвлекайся :)

ладно, короче сделаю с переменной частотой копирования, раз в сутки, а во время квартальных и месячных - несколько раз.

Ну нас лог бэкапится каждые 10 мин. И в супермаркете, и в оптовой базе.

(56) Ну что, статью то написал? Я бы стал ее любимым писателем.

*читателем

это мало. У мну бэкап - 7 минут

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

норма..

мда, подняли ветку полугодовой давности ))
(68) у мня все бекапы сохраняются и не затираются, имя файла в формате YYYY.MM.DD_HH.MM, уже несколько тысяч файлов накопилось

НУ чтож внесу и свое мнение:) 1С бухия(3 пользователя) раз в сутки.Oracle (40 пользователей) каждые 20 минут.