Сохранение 1С #528112

Подскажите пожалуйста лузеру: как можно сохранять 1С 8.1.  - если несколько пользователей сидят в 1С. :-)

Подскажите пожалуйста лузеру: как можно сохранять 1С 8.1.  - если несколько пользователей сидят в 1С. :-)

если файловая - копируешь папку. если серверная - делаешь бэкап средствами СУБД

файловая ?

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

Файл -> Сохранить! Нет? >:D

+ на инфостаре куча выгонялок

типовые выгонялки есть

Если СКУЛЬ то скулём иначе Никак

ЖКК никто курить не хочет, даже азы в виде Конфигурирования и администрирования.

у меня файловая версия. говорят что нельзя сохранять - если в базе кто то сидит и документ какие либо редактирует.... типа она сохранится с ошибками...

мне нужно делать просто полный бекап 1с........

>Род занятий: бизнес-аналитик уже почти всё рассказали

делай когда нет никто в базе, ночью например, выгружай в ДТшник

Читай долго и внятно как дойдет сообщи

а нифика ничего не рассказали. 1. Сохранять когда люди в базе документы редактируют нельзя. 2. С помощью какой то хитрой программы сохранять - когда люди в базе работают нелья. в итоге на мой вопрос ответ не дали. :-)

dtшник меньше будет

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

если несколько пользователей сидят в 1С. :-)  как получиться тоже звякни

а если кто-то сидит, тогда не надо

см (5, 6)

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

+ надо заставить всех выгоняться

Автор сабжа вы или я что то путаю?

десяток пользователей на файловой О_о... и как нурмуль работете?

вопрос простой: как сохранить правильно базу - если там 10 пользователей делают документы. как я полагаю грамотный 1С-ник должен был дать только один ответ: СОХРАНИТЬ БАЗУ В ТАКОМ СЛУЧАЕ ПРАВИЛЬНО НЕЛЬЗЯ!!! а вы тут написали 100 ответов не на мой вопрос.

ага, путаешь

МОЖНО!!!!!!!ааааааа

в присутствует слово "лузер" поэтому и стали советы давать

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

лаботает главное.... и вроде нормуль.......... я вообще нинаю как из файловой можно сделать распределённую.... чтобы не с нуля создавать... а просто перевести файловую версию.. в распределённую..

клиент-серверную?

распределённые ИБ - это другой лес

добавляешь узел, выгружаешь первоначальный образ, и вперед...

хех... по факту я лузер - знаю больше чем 10 советников тут....   только один из всех наверное shamannk понимает о данном вопросе. а остальные лузеры хуже меня. )))

А вот мысль родилась такая: Средствами ntfs вроде же можно сделать так, чтобы файл 1CD дублировался. Если это дублирование отрубать перед копированием и копировать уже ту копию, в которую в реальном времени ничего не пишется.

Если типовая, то в плане обмена "Полный" создаешь новый узел и создаешь нач.образ, настраиваешь расписание выгрузки и вперед.

аха... у нас со скоростью проблемы были.. кое как их обошли....   но блин некоторые проблемы остались... а 1С ника нанимать не хотят... ))))  вот мя и мучится )))

ладно, копошись дальше...

А Я С УЗЛАМИ ДЕЛО НЕ ИМЕЛ. ЯЖ НЕ ЗНАЮ ВДРУГ ОНИ ТАК ХИТРО ОБМЕНЯЮТСЯ ЧТО НОВАЯ БАЗА ЗАТРЁТСЯ СТАРОЙ )))

Исчи в гугле резервное копирование и копируй папку с базой и сжимай.

у тебя каслок запал...

ну и фик с ним с этим каПслоком :-)

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

каЗлок?

Теневое копирование можно

мя?

я не знаю что это такое.

И ненадо исче с ентой функциеей

короче переходите на SQL и не делайте мозг всем

Ненадо никуда переходить, мозг развивать нкжно

Копировать на горячую файловый вариант - это далеко не развитие мозга

на 15 пользователей покупать SQL ? ты щас сказал такую несусветную глупость. Что тебе самому стоит подумать о твоей квалификации. тем более я не жаловался на скорость 1С....   а SQL - создан лишь с одной целью - ускорение производительности. грамотей ))))   если лузер это знает лучше тебя.... то возникает вопрос кто ты  )))

бугага... понятно с вами всё

Ну конечно, нажать на кнопочку бекапить по расписанию в папочку куда сложнее. И отдать за это минимум 100т.р вместо 10

а по поводу копировать на горячую. ты опять лажанулся. я спрашивал - можно ли это делать или нельзя? и если можно то КАК?  а ты меня уже обвиняешь в том что я не говорил. повторю ещё раз: твой ответ должен был состоять из одного слова: НЕЛЬЗЯ а ты мне тут несусветную чущь про SQL и еже с ними плетёшь ))))

Вот настроить файловую так чтоб она летала это суметь надо.

про нельзя тебе ещё в сказали, флудиш только после этого

значит мне не получится сохранять базу когда люди в 1С - ке?  нет нормальных вариантов значит для решения моей проблемки?

про твою квалификацию и SQL мы уже решили. так что мне Ваше мнение молодой человек уже не интересно.

я все сказал

мяв...... :-(

а выгонялка у тя есть?

если в базе сидят пользователи и лабают документы, то у 1сников есть спец файлы тмпшные в папке, в которых и хранятся эти самые изменения. поэтому если вы ВСЮ папку скопируете, то там будут ВСЕ сохраненные на момент копирования данные. копировал и не раз. и еще ошибок не находил. просто вам никто не гарантирует корректности данных, чтобы потом не было проблем с судами если ВДРУГ у вас диск полетит.

Разве изменения не сразу пишутся в 1Cv8.1CD

во как файл называется.. _$NEW$_.1CD

не исключаю что пишется в оба места. и если в первом файле ошибка - то данные пытаются взяться из 2го файла

А у меня такого нет

тьфу, фигня. вот файл 1Cv8tmp.1CD

А с чего ты взял, что туда данные пишутся?

а можно ли принуждённо выгнять какого то конкретного пользователя из 1С 8    - если можно то как?

можно. вытаскиваешь сетевой шнур из компа и быренько сохраняешь

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

•Файл 1Cv8.1cl является носителем блокировок объектов базы данных, расположенной в файле 1Cv8.1cd. •Файл 1Cv8Tmp.1cd хранит служебную сеансовую информацию, в частности список активных пользователей. •Файл 1Cv8Tmp.1cl является носителем блокировок данных, расположенных в файле 1Cv8Tmp.1cd.

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

У вас какие то неправильные пчелы сами после работы выходят из базы и если сессия зависла вырубают ее?

А я ща эксперимент провел. Открыл 1С-ку, да отрубил себе права на изменение 1Cv8.1cd. Без проблем меняются данные, проводятся документы. Однако только при выходе выдает ошибку "Ошибка доступа к файлу"

У него же нон-стоп 24 часа в сутки работают юзеры

+ Чё-то я ваще не пойму как оно работает... А если, не закрывая 1С-ку, под другим пользователем домена скопировать 1Cv8.1cd, то в нём хранятся измененные данные.

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

А, ну да, это возможно

Поставь постгрис от 1С, ставится легко, и на любое время настрой бэкап и всё. Ну а в файловом всё равно надо выгонять будет юзеров, не могут они 24 часа работать, есть же какой-то временной интервал своободный. напр 4:30 утра, настрой перезапуск службы сервера 1С и выгрузку в пак. режиме.

всем огромное спасибо. :-)

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

Круто копии с вероятностью раз в год?

вероятность в пределах дня. Мне больше интересно можно ли скрипт (например bat файл) запустить из 1с

Легко можно копировать. Настраиваешь полный УРИБ обмен. Делаешь обмен и копию сохраняешь. И имеешь FULL BACKUP базы, когда в ней сидят юзеры

(80 А на постгридж ключ не нужен за 42 тысяч? Тогда что мешает поставить бесплатный скуль?

делаем план обмена с с РИБ и авторегистрацией всего. делаем создание начального образа -> бекап базы без выгона пользователей

также можно конвертнуть файловую в скульную, мсскульную в постгрескульную и т.п.

* также = таким же образом

+ инкрементальный бекап - делаем выгрузку АО

бесплатный скуль весьма фигов по своим ограничениям. даже медленнее файловой получается

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

к

"24 часа онлайн" - вы же делаете бэкапы? разверни бэкап бесплатная програмулина Cobian backup хорошо умеет бэкапы и то самое "теневое копирование" - копирует снимок файла на момент времени не блокируя файл на чтение/запись. Для "на коленке" самое то: и бэкап и актуальная копия

2 Ну при чем тут это? Обычное копирование тоже не блокирует файл ни на запись ни на чтение... Более того, можно например сделать ХАРДЛинк на файл базы, и этим будет заниматься вообще файловая система на своем, очень низком уровне... Просто у человека, который ведет учет в файловой базе (омг!) просыпается внезапная паранойя о том, что если он получит копию таким образом (о!) то она у него будет запорченная/негодная/содержать не завершенные транзакции и т.п.

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

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

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