Добрый день!

Набросал вот такой скрипт на PowerShell для выгрузки ИБ и тестирования:

Get-Process 1cv8 | Stop-Process
Start-Process "C:\Program Files (x86)\1cv82\common\1cestart.exe" "CONFIG /SC01\UPPdemo /Nrobot /Probot /DumpIB D:\dump1.dt" -Wait
Start-Process "C:\Program Files (x86)\1cv82\common\1cestart.exe" "CONFIG /SC01\UPPdemo /Nrobot /Probot /IBCheckAndRepair -ReIndex -LogIntegrity"

опция -Wait во второй строке не работает и происходит запуск 2 го процесса 1С:8.2. Может кто знает, что надо подправить, чтобы 3я строка выполнялась только после завершения 2ой строки скрипта?

C:\Program Files (x86)\1cv82\common\1cestart.exe

заменить на путь до 1cv8.exe

со стартером работать не будет

(0)Опция -Wait прекрасно работает в первой строке твоего скрипта.
Она честно ждет завершения работы процесса 1cestart, и как только он завершиться переходит к следующей строке, про процесс  1С:8.2 она вообще не в курсе.

(0)
и что будет если тии данные изменит,
а из дт данные не восстановятся

бакапы в .dt зло

(5)Не совсем так.
Бэкапы в .dt зло, если они есть только в  .dt

(6) а зачем тогда бэкапы в ДТ, если мы делаем другими способами?

(7)
для перехода с разных версий ПО. в т.ч. и на ранние

(8) ну особо извращенные случаи можно не рассматривать ))

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

(7) чтобы при очередном восстановлении из bak-а не оказаться у разбитого корыта

(10) проблема в том, что создаться-то он может, а вот при попытке восстановления из неог - скажет фиг

(12)На этот случай надо иметь бэкап сделанный паралельно средствами файловой системы(для файловой версии) или скуля.

(13) а зачем тогда бакап в дт?

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

(14)"бэкап сделанный средствами файловой системы тоже может оказаться битым по какой то причине" - это по какой же такой причине? Если я просто копирую файл *.1cd? Когда пользователей в базе нет? Расскажи, pls

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

(16) Про место на диске, это вообще по моему не проблема. При нынешней стоимости гигабайта.

+(17)
хранить нужно за все время, а не за месяц.

(17) Если объем рез.копий за день не менее 5-6 гигов, то весьма проблема, поверь. Даже если руководство конторы душой болеет за ИТ.

(18) Месяц - это минимум. Но, с другой стороны, объясни, pls, зачем хранить ежедневные рез копии больше года? Даже если они крошечные?

(19)
если в компании текучка + работа задним числом , т.е. бардак.

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

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

также иногда только в перерыв кучу архивов можно
узнать кто что изменил и когда.

(19)Открой для себя дедупликацию.
Пачка файловых баз общим объемом 45 гигабайт, ежедневно делается выгрузка всех баз, и архивация файлов.
Объем ежедневного бэкапа  около 40 гигабайт.
Объем ежедневных бэкапов за два месяца занимает около 80гигабайт.

(19) На аренду степлера все бабло уходит? 6 Гигов * 31 дней = 200 гигов. Не можете позволить себе хотя бы винт (даже не рейд) на 200 гигов? Экономим 5 копеек, с риском потерять миллион. Разумно.

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

(16) копировать файл 1cd - это самый ненадежный способ. Допустим у вас в базе глюки. Это копирование вам ничего не сигнализирует. Можете полгода копировать дрянь, пока не опомнитесь. И получится, что у вас полгода не было нормального бекапа. Переходите лучше на dt, а 1CD копируйте лучше с утра в какую-нибудь папку, на всякий случай.

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

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

(26)А еще лучше когда есть и тот и другой :)
На душе спокойней, благо пространство дисковое сейчас копейки стоит.

(21) Я не сисадмин, так что разбираться в методах хранения данных на диске не обязан. Но рез.копии баз делаю я, и одинаковые в течение 2-3х дней по одной и той же базе бывают редко: базы живые, обычно в них работают... Поможет твоя дупликация, если файлы резкопий разные?

(22) Уже объяснял в (19): даже если руководство обеими руками поддерживает ИТ, имеет смысл ИТ-бюджет не раздувать и если есть другие дешевые и надежные варианты - использовать их. А одним диском в 200Гб не обойдешься: имхо, базы упр. учета имеет смысл хранить не менее 6-8 мес., регламентного учета - квартал + резкопию последнего дня каждого месяца

(26) +1

(27) Открой для себя (и своего руководства!) бесплатный скуль.

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

Диск для резервных копий емкостью 1Тб - стоит 2,5тысячи рублей. Если объем резервных копий у тебя 6 гигов (как ты упоминал в (19)), то на такой диск влезут ежедневные бэкапы за полгода. Хотя ежедневные за полгода как правило никому не нужны, обычно хранят ежедневные за последний месяц, а остальные подчищают так, чтобы оставался один бэкап на каждые 7-10 дней.
А зачем мне скуль там, где он не нужен?? Там где он нужен он стоит. С файловой базой намного удобнее в некоторых случаях.