автоматическое архивирование базы 1С 8.2 #624450

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

перезагружать сервер можно перед архивацией

уточни, что не весь сервер, а сервер приложений

я делаю скулем, проблем пока не наблюдал

выбор

апну, тоже интересно

сама SQL-база не содержит в себе данных о подключениях. Поэтому можно :) зарегистрировать на сервере 1С еще одну базу, указав в качестве базы СУБД ту же. И из этой новой базы получать свой ДТ.

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

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

как? листинг дайте

+за оба варианта.

Если серверный вариант, то только sql архив, а в файловом dt или копия папки с базой.

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

Бережёного Б-г бережёт

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

как правильно было сказано на одном из форумов не помню каком "если база не выгружает dt то в базе ошибки - задумайтесь, исправьте, а если dt выгрузился тогда все отлично"

Рекомендации 1С: не использовать dt в качестве архива!

dt может и выгрузится, но не всегда может загрузиться обратно. Делайте выводы.

Быстро и надежно

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

если база не "загружает", чаще проблема с загрузкой, чем с выгрузкой.

Для готовки DT-шника:

ты про это

Еще совет не подключай рабочую базу к хранилищу.

Не имела ввиду эту тему, я просто про рекомендации.

Зашел просто почитать. И тут вижу . Все рабочие базы подключены к хранилищу - чем чревато?

Автоматом sql-архив - и быстрее снимает данные, и быстрее восстанавливает при необходимости, и не требует монопольности. В ручную при необходимости dt.

при копии базы у тебя не слетает подключение к хранилищу? Автоматическая выгрузка в dt у тебя делается?

?? Не слетает. По ходу вы не умеете "готовить" эту кухню...

И даже временное отключение от хранилища по какой-либо необходимости никогда не было проблемой!

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

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

в отличии от 8.1, в 8.2 перегрузка сервера 1С пользователей не выкидывает

Зависит от размера базы

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

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

фоновые задания не замучают?

и даже не спрашивайте почему

2 да, ничего, это умозрительные блокировки, существующие только в переделах одной базы на сервере 1С, и на базу субд не передающиеся.. только что проверил. правда на 8.3 и с ДБ2

2 в той базе на сервере 1С которая является дублем блокируем регламентные задания...

но это все при условии что рабочая база не подключена к хранилищу конфигурации..