chcp 1251

:: ~ДатаИВремя для имени файла
set $My_datetime=%date%_%time%
set $My_datetime=%$My_datetime: =_%
set $My_datetime=%$My_datetime::=%
set $My_datetime=%$My_datetime:/=_%
set $My_datetime=%$My_datetime:.=_%
set $My_datetime=%$My_datetime:,=_%

:: ~Копирование базы в отдельную папку
SET $DB_DIR=d:\kkkkop_TEMP_DB_KG_%$My_datetime%\
xcopy d:\Базы\link1c\*.* %$DB_DIR% /S /C /H /R /K /Y /I

del %$DB_DIR%SYSLOG\ /Q /S
del %$DB_DIR%SYSLOG
del %$DB_DIR%NEW_STRU\ /Q /S
del %$DB_DIR%NEW_STRU
del %$DB_DIR%*.cdx



Как не копировать *.cdx? чтоб потом не удалять.

(0) делайте архивирование и один файл копируйте

(0)В xcopy нет возможности задавать исключения по расширению.
Можно вместо исключения задать разрешения для нужных файлов.
Ну или воспользоватся более мощной утилитой, например richcopy или robocopy, которая умеет работать с исключениями.

(2) или перейти с .bat на autoit

(0) разумнее сархивировать. Во-первых, даже в бесплатных архиваторах типа 7-ZIP куда более мощная настройка добавляемых и исключаемых файлов чем в xcopy. Во-вторых, очень существенно уменьшится размер бэкапа.

(0) robocopy /xf

(5) xcopy /exclude

у xcopy ограничение, кажется на количество ключей - 5. нет?

dir *.cmd /b > exclude.txt
xcopy ... /exclude:exclude.txt

а вообще, да (6)

+(8)
Или даже так:
echo .cdx > exclude.txt
xcopy ... /exclude:exclude.txt

А в чём проблема - нужно скопировать *.dbf *.md *.dd
Или у вас там ещё что-то лежит ?
Кроме того, md и dd можно копировать только один раз - после изменения конфигурации - зачем же его каждый раз ?

(11) ну, если нет адской потребности в свободном месте, то я бы так не кроил. Потому что обязательно (!) рано или поздно произойдет, что программу ты обновил, а бэкап MD не сделал, и копия оказалась негодная

(12) Ну, вы ещё скажите, что вы New_Stru всегда сохраняете ?

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

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

Когда решал такую проблему, тупо копировал папку, удалял в ней сдиксы, потом архивировал. Что мешает сделать так же?

(16) А зачем, если тот же рар имеет ключ для того чтобы из файла забирать список исключений? Создаешь файлик

*.cdx
*.lck
*\ExtDB\*
*\NEW_STRU\*
*\SYSLOG\*

и потом при архивации подцепляешь его с ключом -x
все, что не надо - не архивируется.
ЗЫ: не воспринимать как прямое руководство к действию. Проанализируйте самостоятельно, что вам нужно и что не нужно из папки с базой.

(17) Или так (С) анекдот.

(18) Вот SYSLOG я бы точно архивировал, так как там всё, что "звери" делали.

(19) поэтому я и сделал приписку. Кому-то нужно, кому-то необязательно.

(8) Достаточно
echo .cdx> exclude.txt

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

(22) http://habrahabr.ru/post/115758/ ?

+ (22) обычное копирование тоже идет не мгновенно, и более того - если диск не SSD, а процессор хороший, то рискну предположить что в отдельных случаях рар как бы не быстрее отработает...

(22)Одинаково приятно.
Что рар будет минуту упаковывать, что утилита копирования за полминуты отработает.
База все равно будет битой.

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

(25) у меня рар базу архивирует почти час, а копирование отрабатывает минуту

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

+(26) при базе 8 гигов и максимальной степени сжатия.

(26)Не спорю, смотря какая база.
Хотя зачастую бывают ситуации, когда сжатие отрабатывает быстрее копирования.

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

(29) не, не кирдык, подумаешь ТИИ пару последних документов удалит, все равно архивная база по-определению не является полностью актуальной.

(29) ДБФу-то кирдык? Не смешите меня. Самое большое - ошибки целостности будут, которые исправятся по ТИИ.

+ (31) сотни раз семерку так копировал, и никогда ничего серьезного не было

Стурктура dbf-файла очень простая - заголовок и равные по длине записи данных. В заголовке меняется только дата и количество записей, поэтому, при копировании dbf-файла мы можем получить только "добавленный хвост", когда существуют записи в конце файла за пределами указанного количества, а также состояние записей (или их частей) на разные моменты времени. Ничего смертельного для файла в этом нет, но, могут быть документы, например, с двумя строками с одинаковым номером и т.п., что ТИИ прекрасно правит.

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

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

(35)А в чем проблема? Копировать можно что угодно в какой угодно момент. Поэтому копия выйдет только вот насколько целая.

(31)ДБФу ничего не будет. А тестирование выявит лишь ошибки на уровне структуры файла, но не на уровне косяков  в учетных данных.

(36) А по-моему, нет. Попробуй открыть файловую семерку с флагом Монопольно и сделать копию папки конфигурации - не выйдет ничего. Если файл открыт эксклюзивно, винда просто не даст другому процессу его открыть, будет ошибка sharing violation

(37) Косяки в учетных данных можно поправить самостоятельно, использовав диагностическую инфу, которую выдает ТИИ. Обычно там вполне достаточно для локализации проблемы.

(38)Некоторые программы, в частности вышеупомянутый winrar прекрасно обходят эту проблему.

(40) По-моему, опять-таки нет. Они обходят проблему когда файл открыт на запись неэксклюзивно (ключ -dh, кажется). А вот если эксклюзивно - тут, я боюсь, обойти можно только прямым чтением диска. Ибо винда не даст.

+ (41) а вот с восьмеркой файловой все не так однозначно как с семеркой. Во всяком случае, при удалении помеченных объектов эксклюзивно она 1CD не захватывает. Сейчас посмотрю, что происходит при сохранении конфигурации.

+ (42) а вот при сохранении конфигурации, вернее при обновлении конфигурации в БД - захватывает 1CD эксклюзивно.
.
Так что, ребята, можно не опасаться, что кто-нть копирнет файловую восьмерку при изменении конфигурации. Не будет такого :))

(43) Так она из одного CD читает и в другой пишет, так что если не захватит, то в него запишут другие - и будет "фигура из четырёх букв".

(44) (что очень и очень редко бывает - только если копировать в момент изменения конфигурации).
.
Я к тому, что такого, выходит, вообще быть не может. Копия может быть сделана либо до, либо после. В момент изменения - никак.

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

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

Архивировать не предлагать если мало места?
http://1c911.by/stati_1s/statya-bekapy-baz-1s-po-raspisaniyu.htm

(22) Или переходить на SQL или позвать админа - он помогет