Уважаемые, ДД!
Всем известно, что для создания резервной копии 1С 7.7 (сетевая версия) необходимо сначала выгнать пользователей и только потом делать бэкап.
Гипотетически: а что будет если этого не делать? Не выгонять пользователей, а просто заархивировать папку с базой как есть? Ну сделал, документы которые создавались и еще не сохранились просто в базу не попадут, сохраненные, но непроведенные можно перепровести если что, да и зачем то спрашивает все-таки о переиндексации 1Ска в случае неправильного завершения )
Честно говоря с 1Ской работаю мало, поэтому и такой, наверно для многих, глупый вопрос, но все же, что будет )

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

Некорректностью архива - только и всего.

Представь что в процессе создания бакапа пользователь создает и проводит документ...

(0) ничего сверхестественного.

(0) Ну если хочешь уронить базу, то да, бэкапь не выгоняя пользователей. Пользователи 24/7 работают? Лучше поставь в шедулере задание делать бэкап когда пользователи не работают.

все зависит от интенствности работы сбазой

чем выше интенсивность те вероятнее, что в документ запишутся не все строки ТЧ, движения.

(0) Бекап в шедулер и запускать ночью

+(1)(6)
когда с 7.7 работал у меня так базы бэкапились (лет 10 назад)
случаев невозможности восстановления из таких копий неприпомню (а приходилось часто).
старался конечно делать в часы наименьшей загрузки.

Если это SQL, то нечем, ну а в DBF версии, ты вообще не сделаешь бекап :)
Ну и в SQL  версии, под бекапом лучше понимать, как и саму БД, так и файлы каталога БД :)
Как правило, админы вообще забывают про МД файл и все с ним связанное :)

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

На счет бэкапы ночью - работают 24/7

поэтому выгонять их это целая беда даже с помощью внешних обработок, вот поэтому и вопрос такой )

база-то большая?

Представь что пока делаешь архив  док записался кемто в таблицу (документа) но ты уже успел заархивировать таблицу журнал документов.подумай что ты получишь на выходе.

2,5 гига. Ночью база используется, но можно найти время где используется минимально, но даже если не используется, то открыта все 24 часа

Всех в сад и бакапить пустую базу. Не переломятся и зайдут после бакапа по новой.

(15) делай людям обеденный перерыв.....при такой работе даже 2 раза в день, выгнал на обед, скопировал бузу и пускаешь через 10 минут, это не так страшно

(14)  это для ДБФ базы в скуле такое исключено

(15) можно УРБД настроить

(15) У меня одна из баз, dbf-файлов 3 гига, при работе ежечасно делается локально копия всех dbf, потом пакуется. Копируется около 1 минуты. Ну плюс ночной бэкап при всех выгнанных (есть время когда никого нет).
Максимум что потеряешь - несколько минут работы

(0) Ну, с сиквелом-то вообще никаких проблем нет. А файловая - рискованно.
Помню был продукт (кажись Гэндальф-Хранитель или как-то так назывался), который умел корректно бэкапить файловую 7.7 "на лету". При желании, можно и самому скрипт аналогичной функциональности наваять. К примеру - перед копированием dbf фиксируешь их версии, копируешь - сравниваешь версии. Если какие-то dbf изменились - докопируешь их по-новой. И так - пока не сойдётся. Результат потом пакуешь.

(21) Что-то туплю. Просто сравнить скопированные файлы с исходниками и докопировать отличия, если что-то успело поменяться. И так до совпадения.

(21) можно и без скриптов обойтись - nnbackup умеет синхронизировать, только анализировать его код возврата и перезапускать если нужно

(20),(21) Кстати хорошая идея по версиям, можно попробовать. Спасибо. Осталось подумать как лучше реализовать )

Обеды для сотрудников и т.д. сделать проблематично... База для столовки с местами кассиров. Поэтому не угадаешь когда посетители есть когда нет, а раз не угадаешь время, то и автоматизации бэкапов никакой, их выгнал, а у них клиент стоит - есть хочет, кассир ругается, клиент злица, а руками каждень делать... ойойойой.... (

Самое простое настроить УРБД и базу только получателя сделать периферийную. В случае проблем ее делаешь центральной хирургически или тупо документы перегнать можно. Плюс - архивация по расписанию хоть каждый час

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

(24) это што за контора такая, где хавают 24/7? ))

(0) сделай ТиИ и удивись, сколько у тебя потеряно ссылок на объекты

представляю столовку в 4-5 утра... полный зал посетителей с подносами...

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

(0)Вам следует всё же завести MS SQL 2000 сервер, и базу Вашу расположить на нём. Тогда и требования о переиндексации выдаваться не будут, и много других плюсов Вы ощутите по сравнению с нынеиспользуемой Вами файловой версией.
Модель восстановления базы укажите "Full", бекапируйте два раза в день средствами MS SQL по шедьюлеру файл данных и файл журнала транзакций - и будет Вам счастье. И про копию каталога с MD-файлом тоже забывать не следует.

(25) УРБД? Перраз слышу, спасибо почитаю
(28) В столовке бар есть))) едят ночью мало - употребляют горячительное по полной)))

На sql перейти конечно можно, ток базу собрались менять на более что-нибуть рабочее, больно уж полуруко(криво)писная, переписанная и слабенькая. Эти решения больше на время - месяц-другой... поэтому лучше пока с ДБФ разобраться...

(15) 2.5Г, 24/7 и файловая?

(33)ну вот так вот, эт не я, эт до меня )

Ну, вот допустим:

Делают документ

1. Копируется таблица ТЧ
2. Юзверь сделал документ
3. Копируется таблица документов

Будет документ без табличной части (без движений и т.п.). Ну да и хрен с ним, он же новый, если б его в бекапе вообще не было мы бы и не обломились

Допустим, то же самое, но меняют старый документ: документ старый, тч старая, движения новые (ну или как там в зависимости от порядка файлов). Уже похуже. Тут даже если перепроведешь, то старая табличная часть может провестись по новому складу. Не сильно приятно

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

Нафига вручную мониторить? Это машина должна делать. Делаешь базу текущую центральной УРБД, к ней делаешь периферийную, поставив галку "только получатель", и миграция всех объектов. Имеем периферийную базу со всеми документами. Ну дальше можно по разному, вручную выгружать по УРБД в конфигураторе, никому из пользователей не мешая, либо вообще пакетное задание повесить чтобы раз в промежуток времени открывало конфигуратор и выгружало куда надо.

По УРБД куча инфы в сети, вот тут неплохо написано http://lada-it.ru/index.php/1cv7/133-urbdtech.html

Безлюдный обмен пакетным режимом можно сделать УРБД пакетный режим Хотя я для этих целей юзаю "УБРБ-Мастер". Прога сама все делает и по расписанию

(37) кто спорит - роботы должны работать. Однако только для этого УРБД покупать?

Уриб помоему в 8 нашару идет.поправте если ошибаюсь

оу сори тут про 7.7 в 7.7 платный УРБД

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

ну будут в базе незакрытые транзакции, что страшного, ведь удаления данных не происходит

(43) а какие должны быть изменения, чтобы выгрузка через УРБД снижала быстродействие? Особенно если это делать чаще раза в сутки.

(24) И что, даже нет технического перерыва на уборку помещения? Странно как-то :)

(45) речь не идет про снижение быстройдействия. Допустим идет выгрузка урбд. А в это время проходит проведение документа, запись в справочники... - куда это все будет писаться если в это время идет выгрузка? я в урбд не силен, поэтому верю на слово - сказали - что в это время база стоит в блокировке.... это так?

(47) при загрузке (выгрузке )
7.7 стоит в блокировке. При загрузке смотрит также блокировку каждого справочника,документа
(в 7.5 обмен только в монопол режиме.)

(48) спсб!