Таки да, опять споры и вопросы по резервирование базы SQL через параметры командной строки 1С.
База типовая конфигурация БП 3.0 сами копии средствами SQL и скриптами делаем.

Просьба поделиться про последовательность (варианты, способы) действий при резервировании баз данных.
Конечно команда "C:\Program Files\1cv82\common\1cestart.exe" DESIGNER  /S Server-1C\1C-Work82 /N"Администратор" /P"12345" /DumpIB \\bdc\BackUp\Base_%date:~-10%.dt как пример строки и с этим понятно.

Спор в другом.

1. Как выгнать пользователей и при блокировке установить начало время срабатывания ?
2. Стоит и как тормозить выполнение регламентных фоновых задач ?
3. Как заблокировать доступ к базе на время резервирования ?

И это через параметры командной строки 1С, возможно ?

(0) Что такое "Резервирование базы 1С на SQL" ?

Архив нужен что ле ?
Для этого настраивается задание на самом sql сервере. Выгонять из базы никого при этиом выгонять не надо.

Не раскрыт главный вопрос, нафига нужны копии средствами 1С, если есть SQL?

(0) К чему эти нелепые телодвижения? Настроил на SQL - и не греешь голову.

1. Как выгнать пользователей и при блокировке установить начало время срабатывания ?

Вообще не надо. Просто в консоли кластера заводишь еще одну базу 1С, для которой указываешь ту же базу СКЛ.

Соотвественно 3 - не надо.

2 - стоит конечно, но тут так - если просто будут создаваться объекты / записи в БД во время выполнения бэкапа, то они в него не попападут. Но ничего страшного, сам бэкап будет вполне консистентен

(0) А ничего что 1С настоятельно не рекомендует таким способом бэкапы делать?

(5) "Просто в консоли кластера заводишь еще одну базу 1С, для которой указываешь ту же базу СКЛ" - это вредные советы?

2(7) Это способ расширить арсенал средств. Как применять, когда, насколько полагаться - это уже не ко мне.
Например в базах, где есть временная лакуна в активности пользователей я таким методом пользуюсь

(2) Писал же вроде, SQL копии уже делаем.
(3) Сейчас нужен dt базы, есть только sql архив.

+(0) Все мысли о скрипте для запуска в ночное время по расписанию или при необходимости в ручном режиме.

(9) кому впёрся dt-архив при наличии sql-архива ?
Наркоманы шо ле ?

(9) зачем Вам dt если есть бекапы SQL ,

(5) >если просто будут создаваться объекты / записи в БД во время выполнения бэкапа, то они в него не попападут. Но ничего страшного, сам бэкап будет вполне консистентен

С чего он будет консистентен? Часть изменений попадет, часть нет — как повезет.

Да, и dt не бэкап ни разу.

(11)(10) могу предположить что для отладки на более старой версии MS SQL. Типа чтобы на боевой не отлаживаться.

(11) Скорее всего от незнания. "Вдруг со скулем не разберусь, а как залить dt, я знаю."

(10)(11) Человек запросил копию базы на утро для тестов, сам работает только в файловой и в отдельной песочнице.

(15) поставьте ему экспресс и скулевый бекап.

это быстрее в разы, чем выгрузка/загрузка в dt

2(12) будет консистентен потому что попадут заролфорварженные транзакции.

(18) Чего?

(16) и смысл ? тогда много проще просто базу для тестов на сервере завести.

(10) +100500

(21) Реши мне задачу из (15) ?

(15) Тогда не будем называть это "резервирование", "архив" или "бэкап". Это называется выгрузка.

Ему это выгрузка каждое утро нужна? Тогда предложу обмен в одну сторону. Если только иногда - можно и ручками сделать.

(5) за такие предложения следует пинать ногами!

И да, если бэкап SQL завершил своё создание в к примеру в 19:08:44 - в бэкапе есть все объекты которые были созданы на момент завершения создания бэкапа.

(23) Несколько баз, необходимость периодически.

О каком одностороннем обмене можно говорить в БП 3.0, необходима копия на утро или текущий момент.

(25)
1. Создаешь "временную" ИБ, к которой никто не подключается. Прописываешь в ней некую sql-базу.
2. Бэкапишь рабочую базу на sql-сервере
3. Ресторишь этот бэкап в "временную" базу. Выгонять никого не надо, ибо там никто не сидит.
4. Выгружаешь из временной базы в .dt

(22) Легко - убить дятла, работающего в файловой версии.

+(26) у временной ИБ ставишь галочку "блокировка регламентных заданий включена"

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

(26) Этот способ понятен, замарочек много.
(28) Смысл ? Просто новая копия и параметр база перемещена, с внешними ресурсами не работает и внутри левых фоновых пусто.

(26) +1.

П. 4 можно оставить этому челу. Очень быстро он переползет на скуль.

(30) Следить за пользователями и регламентными -  заморочек больше.

(30) Всё можно делать скриптом

(31) Отдельная песочница и работает в файловой. Мне проще ему прописать тестовую базу и без всяких заморочек выгружать актуальную базу.

(32) Согласен, потому и задал вопросы.

(33) Пример если выгрузка в dt, сможешь ?

Ответы на вопросы 1,2,3 у кого есть ?

1. Как выгнать пользователей и при блокировке установить начало время срабатывания ?
2. Стоит и как тормозить выполнение регламентных фоновых задач ?
3. Как заблокировать доступ к базе на время резервирования ?

Ключи пересматривал, не нашел к сожалению.

копия - скулем. ВСЕ.. остальные лесом (и удак которому)

(34) Бэкап базы средствами sql-сервера консистентный без каких-либо дополнительных условий. Восстановление во временную базу не требует выгонки пользователей - их нет, а реглзадания отключены. А далее 1cv8.exe  CONFIG /S"myserver\mybasetemp" /N"backup" /P"123456" /DumpIB"d:\mybase.dt"

(34) заходишь в консоль сервера 1с и ставишь галочки на блокировку пользователя и фоновые задания + пароль на вход.
Заходишь в базу, прописав этот пароль в параметрах ком строки, делаешь свою выгрузку. усё.

Одна из самых удобных программ - Effector saver 3. Тут тебе и выкидывание пользователей, и настройка количества дней и много другое.

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

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

2(34) ты (5) читал вообще?

(35) В лесу грибов много, да и шишек тоже.

(36) Согласен, пока только так и делаю.

(37) С утра народ уже работает, значит надо всех выгнать, оно того не стоит.

(39) Если 1С будет кодерам дарить серваки или доступ на свои для отладки.

Значит выход пока только один, как в (36) с промежуточной базой SQL.

Что тебе показалось сложным и слабореализуемым?

(0) Вот не понимаю, что мешает завести базу "Копия_программиста_Васи" и заливать туда SQL бэкапы?

А если сильно надо dt? оттуда и выгружать.

(40) Читал конечно, вот только на боевой базе как-то не очень хочется подобное делать.

(5) Вредный совет.

"Вася программист" и сам разберется с базами и сможет поработать в старой копии.

2(44) А почему? Чего именно ты боишься?
Что забудешь зачем так сделал, войдешь во второй экземпляр конфигуратором и начнешь менять конфигурацию?
Или что выгрузка из такой базы  - вот что она потенциально может сделать вредного с основным, рабочим экземпляром базы?
Можешь рационализировать свои страхи, а не просто сказать "Боюсь темноты, потому что там бабайка"

(41) нет у Вас фантазии....

1. на рабочем сервере можно поднять ДВА сервера 1с под разными пользователями
2. SQL сервер для разрабов можно взять бесплатный и вынести его хоть на виртуалку

тем самым мы без доплат имеем достатоно безопасную песочницу на рабочем сервере

(0) Если очень-очень-очень хочется дт, установи обработкой у всех регзаданий расписание с окном (например, с 3 до 4 ночи), добавь свое регзадание с завершением работы пользователей (код есть в интернетах), делай дт ночью.

(43) Это не кошерно, не по одноэсовски. Вы еще предложите гланды через рот выдирать, как все лохи делают.

(51) Простите меня, люди!

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

(49) И это безопасная песочница на одном сервере с рабочим ? Один глупый запрос и rphost ложит сервак по процам и памяти.

(51) Боюсь даже спросить, через что не лохи гланды лечат.

(53) >>>Один глупый запрос и rphost ложит сервак по процам и памяти


кто тебе такое сказал?

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

на тестовом сервере 1с устанавливается предел по памяти для рхостов...

все готово...

(54) Прямо всё идеально и никаких минусов ?

2(53) о чем почитать?

(56) Документацию от 1С.

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

2(57) И что ты там ожидаешь найти?

(57) http://www.gilev.ru/ib2db/

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

(58) Разрабов сажать в файловые базы, действительно глупо и не знаю кто только так делает.

(60) Улыбнуло... :)

(62) А меня нет.

Лично был свидетелем разрушения базы из-за таких вот дятлов.

Что-то "советчик" куда-то пропал.

(63) +1

тоже был свидетелем очень больших тормозов и проблем в SQL базе из-за такого свинства...

2(60) Ему вторая зарегенная база нужно исключительно для того чтобы выгрузки снимать. Давай, расскажи мне риски, если во второй не будут инициироваться CRUD-операции.

(66) Я тебе могу рассказать маршрут, куда тебе идти с такими советами.


За такие идеи на собеседованиях выдаю пинка за дверь.

2(67) понятно. То есть аргументов нет.
Я обычно таких даже не приглашаю на собеседование.

(68) А "таких", это каких? Мне для себя, чисто поржать.

2(69) Чувак, тебе чтобы поржать достаточно посмотреть на свой палец... Зачем тебе еще чужие определения?

Смотри, ты даже не можешь скорелировать последнее предложение с предыдущим. Потому что ссылка (60) это не аргумент. Это ссылка на авторитет, пусть даже и 1С.
Внутри ссылки перепутаны несколько кейсов. Когда базы зарегены в двух разных кластерах, вопрос лицензионной чистоты, и еще несколько кейсов подразумеваются (например что в обоих базах будут включены фоновые задания, и т.п). То есть к нашему кейсу(исключительно для снятия выгрузки, без CRUD-операций, без работающих регламентных заданий) мнение 1С слабо относится. Разве что просто они таким образом прикрывают собственную ж..пу, на случай если что-то произойдет - типа мы ведь предурпреждали.
Но тот факт, что такой финт на протяжении лет 12 или больше пока существует платформа в8 говорит о том, что возможно они и сами к подобному прибегают.
Так вот к "таким" которые в качестве аргумента в споре прибегают к ссылке на авторитеты, без разбора механизмов, которые происходят под капотом (например о том, что есть сервис нумерации, сервис блокировки объектов и т.п.), без упоминания ограничений - у меня и отношение как к "таким". То есть от них обычно не увидешь и не получишь действительно интересного и быстрого решения какого-то вопроса. Зашоренность в мыслях и ссылки на авторитетов в спорах, типа "А я вот читал, и там говорили, что так делать нельзя".

(70) давай я дам тебе риски...

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

(70) ССЗБ

(70) Бай-бай.

РИБ ещё не советовали? Нет? Тогда, чур, я первый:

Автор, сделай РИБ.

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

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

Плиз all, где на ИТС прописан способ обновления баз на SQL и где прописана необходимость отключения фоновых регламентных задач ?

Файл 1cv8updb.htm из типового обновления (не для всех конфигураций, но во многих): "2. Во время обновления конфигурации не должны выполняться регламентные и фоновые задания..." - и далее по тексту рекомендации по остановке фоновых и регламентных в файловой и клиент-серверной вариантах работы.

(76) Точно оно, совсем забыл где это. Спасибо.

(70) Основной риск — неконсистентная выгрузка. Если в основной ИБ во время выгрузки проводятся CRUD-операции, то часть данных попадет в выгрузку, а часть нет. Будет ли эта часть согласованной с точки зрения бизнес логики — неизвестно, как повезет.

Тебе этого недостаточно?

(54) Зачем предел памяти? 32-битный сервер 1C и так не позволит rphost-ам занять более 3 гигабайт оперативки. А если алгоритм их сожрет и процесс свалится, то это явный сигнал о проблем в коде.