Просмотр полной версии : Периодическое сохранение определённой папки в архив и удаление неактуальных архивов под Windows
Недавно на работе полетел клиент-банк. И выяснилось, что последний бекап важных данных имеет дату от сентября 2013 г. Девица, которая работала на этом компьютере, на вопрос «Почему нет архивов», мило хлопала глазками
В общем, в большинстве случаев известно, что со среднестатистического бухгалтера что-то, кроме анализа, требовать бесполезно.
Поэтому сразу придумалось бекапить БД ежедневно, при старте компьютера, и как можно проще.
Причем нужно ещё удалять старые архивы, скажем старше 30 дней, чтобы не забить диск. А также не запускать бекап при рестарте компьютера в тот же день.
Проще чем бат-файл — ничего не придумать, вот и написал.
В процессе написания выяснилось:
1. В Гугле готового решения нет.
2. Бат файлы имеют разные команды для разных версий Windows. Создать паузу под XP оказалось особым геморроем.
3. Для правильного отображения русского языка в бат-файле должна быть установлена кодировка OEM 866. Что конечно же не умеет стандартный блокнот Windows. Пользуйтесь более продвинутыми редакторами, например Notepad++
Кратко — как пользоваться backup_folder.bat
Создайте папку для будущих архивов.
Поместите туда файл backup_folder.bat Файл возьмите из этого репозитория соответственно Вашей версии системы Windows и Вашего языка.
Настройте параметры внутри backup_folder.bat Для этого отредактировать строчки:
Код:
rem Откуда копируем
set from=D:\HOMEBANK\base
rem Файл для логов копирования
set log=result_%DATE%.txt
rem Сколько архивов оставлять
set old=30
Проверьте, как это работает — запустив файл. В этой же папке должны создаться папка бекапа и файл логов. Повторный запуск файла не должен создать архив, а просто вывести предупреждение. Подправьте параметры, если это необходимо.
Настройте периодический запуск файла. Для этого можно поместить ссылку на файл в автозагрузку при старте компьютера.
Вообще в самом файле всё прокомментировано, так что для минимально имеющего понимание разобраться — не проблема.
Ссылки.
Скрытое содержимое доступно для зарегистрированных пользователей!
Программа с описанием выложена на Гитхаб: https://github.com/Den1xxx/Backup_folder (https://href.li/?https://github.com/Den1xxx/Backup_folder)
Прямая ссылка на архив со всеми версиями: https://yadi.sk/d/7jE2wW7ngWxMZ (https://href.li/?https://yadi.sk/d/7jE2wW7ngWxMZ)
Лицензия: GPL 2.0
Это не совсем архивирование - это копирование, для архивирования надо бы прикрутить zip/rar/7z
Зачем для xcopy параметр /s если уже есть /e ?
latteo написал(а):
Это не совсем архивирование - это копирование, для архивирования надо бы прикрутить zip/rar/7z
Зачем для xcopy параметр /s если уже есть /e ?
Ну да, это точнее — копирование. Там, для чего это писалось, стоит на слабенькой машинке (как и в большинстве офисов).
Если ещё и архивировать, будет вместо 5 — 15 минут висеть.
И при этом архивирование редко дает хороший результат — базы обычно слабо ужимаются, они уже хранятся сжатыми.
/s ключ — рекурсивное копирование.
/s Копирует каталоги и подкаталоги, если они не пусты. Если параметр /s не задан, команда xcopy будет работать только с одним каталогом. /e Копирует все подкаталоги, включая пустые. Параметр /e используется с параметрами /s и /t.
Если нужно именно архивировать, а не копировать папку целиком, можно установить 7zip и вместо штатной xcopy использовать строку вида:
Код:
7za.exe a -tzip -ssw -mx7 -r0 -x@exclusions.txt full_path_for_the_archive working_dir | findstr /P /I /V «Compressing 7-Zip» >>result_%date%.txt
Подробнее можете прочитать про архивирование в статье http://habrahabr.ru/post/72636/ (https://href.li/?http://habrahabr.ru/post/72636/)
Оттуда и эта строчка.
Но в общем случае могу заметить, что ежедневное архивирование лучше делать в фоне, когда компьютер простаивает. При ежедневном старте компьютера лучше делать копирование, т.к. это быстрее и отнимает меньше ресурсов, и позволяет бухгалтеру быстрее приступить к полноценной работе.
А я пользуюсь двумя скриптами - в одно м с помощью rar.exe архивирую что необходимо:
Код:
"C:\Program Files\WinRAR\Rar.exe" a -agdd.MM.yyyy msh231-.zip L:\1C_BackUpBases\VolgaDrive\MSH231\1Cv8.1CD
А вторым на vbs удаляю старые архивы:
Код:
'====================================
' del old files
'====================================
'Очистка ежедневных архивов старше 12 дней
TargetFolder1 = "L:\1C_BackUpBases\VolgaDrive\GK6"
TargetFolder2 = "L:\1C_BackUpBases\VolgaDrive\MSH231"
TargetFolder3 = "L:\1C_BackUpBases\VolgaDrive\MSH141"
Const OverWriteFiles = True
ControlDate1 = Date-12
ControlDate2 = Date-12
ControlDate3 = Date-12
'====================================
On Error Resume Next
Set objFSO = CreateObject("Scripting.FileSystemObject")
For Each objFile In objFSO.GetFolder(TargetFolder1).Files
If objFile.DateLastModified < ControlDate1 Then
objFSO.DeleteFile objFile.Path
End If
Next
For Each objFile In objFSO.GetFolder(TargetFolder2).Files
If objFile.DateLastModified < ControlDate2 Then
objFSO.DeleteFile objFile.Path
End If
Next
For Each objFile In objFSO.GetFolder(TargetFolder3).Files
If objFile.DateLastModified < ControlDate3 Then
objFSO.DeleteFile objFile.Path
End If
Next
Set objFSO = Nothing
Скрипты довольно простые думаю разобраться будет не сложно.
d_man написал(а):
А я пользуюсь двумя скриптами - в одно м с помощью rar.exe
VBScript на разных версиях винды работает одинаково? А rar разве не платная программа? Она везде стоит?
Хотелось бы, чтобы был инструмент поуниверсальнее, что ли. А то с одной машинки на другую переносишь — не работает.
Мне вот пришлось 2 версии скрипта на bat написать — надо бы в 1 объединить, как дойдут руки.
Чтоб в начале определил какая версия винды и далее понеслась. Да заодно и настройки сделать — архивировать или копировать
Вот написали бы на VBScript замену поуниверсальнее, если разбираетесь. В одном скрипте. И архив можно делать в формате zip — штатный же формат в Виндовс.
SynergyIT
03.09.2015, 14:31
Добавлю свои скрипты - всё делаю в cmd, использую 7z и xcopy.
Код:
REM START - %DATE% - %TIME%
if %TIME:~0,-9% GTR 9 goto DEFRAG
REM %TIME%
"C:\Program Files\7-Zip\7z.exe" a -ssw -mx=9 -ms=on -scsWIN D:\BACKUP\ZiK_%DATE%.7z "D:\ZiK\"
REM %TIME%
xcopy /y D:\BACKUP\ZiK_%DATE%.7z \\192.168.30.2\IN$\
REM %TIME%
"C:\Program Files\7-Zip\7z.exe" a -ssw -mx=9 -ms=on -scsWIN D:\BACKUP\Docs_%DATE%.7z "C:\Users\Пользователь\Documents\"
REM %TIME%
"C:\Program Files\7-Zip\7z.exe" a -ssw -mx=9 -ms=on -scsWIN D:\BACKUP\Docs_%DATE%.7z "C:\Users\Пользователь\Desktop\"
REM %TIME%
xcopy /y D:\BACKUP\Docs_%DATE%.7z \\192.168.30.2\IN$\
REM %TIME%
:DEFRAG
REM %TIME%
"C:\Program Files\Defraggler\df64.exe" c:
REM %TIME%
"C:\Program Files\Defraggler\df64.exe" d:
REM END - %DATE% - %TIME%
Этот кмдшник логируется, после каждого шага стоит метка времени, что бы по логам можно было разобраться что, когда, во сколько. Скрипт включается от имени пользователь Backup, т.е. в фоне для человека, при включении ПК. Первый шаг - проверка времени, если человек перезагрузил ПК, то бекап сделаный утром перезапишется тем же самым бекапом - лишняя трата ресурсов и времени. После архивирования 7z идёт копирование на сервер для сортирования и складирования. Последние шаги - быстрый дефраг дисков. Это отдельный разговор о пользе и необходимости ежедневного дефрага, но я, по своему опыту, решил всем своим делать ежедневно.
Ну а на сервере после сортировки бекапов и складирования, через robocopy выделяю старые архивы, перемещаю их в папку для удаления и удаляю всю папку.
Код:
robocopy E:\UsersDocsBackup\Users\1\ E:\UsersDocsBackup\NULL\ /minage:30 /mov Docs_*.7z
REM %TIME%
rmdir /s /q E:\UsersDocsBackup\NULL\
REM END - %DATE% - %TIME%
Всё вроде бы просто - в робокопе ключ /minage:30 указывает какие по старости архивы перемещать, Docs_*.7z это имя архивов, я обычно в имени архивов указываю переменную даты (%DATE%), и подстановочный знак * в имени говорит что проверять все архивы начинающиеся с Docs_ и далее любая последовательность символов (в моём случае это разные даты архивов).
Unak написал(а):
Не проще ли использовать для этих нужд что то специализированное? тот же Handy backup к примеру?
У него мало возможностей. Ни одна программа бекапов по функциями не сравнится с количеством и возможностями консольных утилит майкрософта. Те же утилиты tasklist/taskkill, chkdsk, net, netsh, icacls и др. др. др. Их море и они с очень большими возможностями.
Denixxx написал(а):
Да заодно и настройки сделать — архивировать или копировать
Так топик-стартер четко же написал что необходимо архивирование.
По поводу платности rar - согласен. Но ведь и на этом форуме есть нуленные платные модули, чей в России живем. Меня такой вариант устраивает, так как работает все в пределах одной машины, проблем с совместимостью поэтому нет.
d_man написал(а):
Так топик-стартер четко же написал что необходимо архивирование.
Не заметили, что человек которому отвечаете и топикстартер — одно лицо?
d_man написал(а):
Так топик-стартер четко же написал что необходимо архивирование.
По поводу платности rar - согласен. Но ведь и на этом форуме есть нуленные платные модули, чей в России живем. Меня такой вариант устраивает, так как работает все в пределах одной машины, проблем с совместимостью поэтому нет.
Во-первых, откуда Вы взяли, что все живут в России? Я, например, нет.
Во-вторых, если есть альтернатива, она бесплатна и стоит везде (например zip) — именно это желательно и использовать вместо платной и которая есть не везде. Меня потому и заинтересовал Ваш вариант — VBScript есть везде начиная с Виндоус 98. И с ним кажется можно сделать и zip архив. Но вот как это работает — вопрос. Вы не пробовали в именах папок прописывать русские буквы? Возможны траблы.
В-третьих, работоспособность скрипта, гарантированная на одной машине? не стоило заморачиваться.
У меня на работе 50 компьютеров и 3 сервера. Пока скрипт крутится на 2-х машинах — архивируется клиент-банк и переписка секретаря.
На основном сервере бекап делается другим скриптом, с архивированием — писал не я, но пока этот вариант устраивает.
Там есть недостаток — не стираются старые архивы, что недавно даже привело к необходимости чистки.
Убицца.
"Ваше сообщение в теме Периодическое сохранение определённой папки в архив и удаление неактуальных архивов под Windows (https://href.li/?https://www.nulled.cc/threads/262199/) было удалено. Причина: не в тему, похоже на рекламу платного продукта"
Да KLS Backup платное ПО. Ну и что.Я не рекламирую ПО. Я его купил и пользуюсь. И именно после теста триала я убедил своего работодателя купить этот софт. У меня резервное копирование занимает почти сутки. Бэкапятся холодные копии всего. От файловой помойки юзеров до баз данных оракла (всего ~14Тб). В системе 300 локальных пользователей и плюс 56 физических серверов. Под каждый продукт(сервер) свой бэкап. Для всех продуктов общий бэкап-сервер который управляет удалёнными хранилищами. Готовые холодные РК(flat, zip, raw) в "СуперСклад"(хранилища на базе NetApp) перемещает KLS.Да, да вот эта софтина обслуживает решения за туеву хучу киломегабаксов - потомучто дёшево и удобно. Думаю что 80$ за софтину которая с лихвой покроет все потребности в резервном копировании участников в этой ветке - не дорого. Особенно для перцев с их работодателями которые обеспечивают работоспособность всяких клиент-банков.
Robbert написал(а):
Убицца.
"Ваше сообщение в теме Периодическое сохранение определённой папки в архив и удаление неактуальных архивов под Windows (https://href.li/?https://www.nulled.cc/threads/262199/) было удалено. Причина: не в тему, похоже на рекламу платного продукта"
Да KLS Backup платное ПО. Ну и что.Я не рекламирую ПО. Я его купил и пользуюсь.
Вы его не купили, купил работодатель. А если бы не купил, пришлось бы искать?
Эта тема про сохранение архивов штатными средствами Windows.
Не другими прогами, ни под Линукс или Макось, а именно про это.
Если пишете не про это, засоряете тему. Так понятнее?
Я удалил не только Ваш пост, ещё несколько. Я хочу найти (или написать) решение, которое будет служить мне долгие годы у любого работодателя.
А посты не в тему засоряют её и мешают читать — нечего сказать, не пишите.
У Вас и всех остальных работодатели разные. Решение за 80$ для 3х машин — для моего перебор, и я с ним согласен.
Хотите поделиться, какой замечательный софт — создайте себе тему и пишите туда.
Обидеть не хотел. Хотел помочь.
Denixxx написал(а):
И при этом архивирование редко дает хороший результат — базы обычно слабо ужимаются, они уже хранятся сжатыми.
СУБД не сжимают данные внутри базы во время работы. Для экономии времени доступа к данным. Дампы SQL баз ужимаются со множителем от 8 до 10 в зависимости от архиватора и бинов в таблицах(извращение). Архивирование даёт очень хороший результат. Единственно надо помнить что свободного места на сервере должно быть 2-3 объёма не сжатой базы.
Бесплатное ПО под Windows
Bakula (https://href.li/?http://sourceforge.net/projects/bacula/files/Win32_64/)
Не знаю будет ли корректно, и надеюсь не сочтут за рекламу, но я для подобных целей использую: xStarter
Удобно, бесплатно, не требует навыков программирования для легких задач.
Использую, старый, но проверенный nnBackup. Помимо простого копирования, делает архивы gz или zip. Если задачи посложнее то nncron, с плагинами, плюс понимает cron-формат (Linux), да и встроенный язык скриптов очень прост. И то и другое бесплатно для граждан стран бывшего СССР при условии частного и некоммерческого использования.
В свое время писал вот такой скрипт. Умеет сканировать папку и вложенные в нее по маске, архивировать с указанным типом сжатия (нужно положить в папку со скриптом 7za.exe), прореживать архивы с указанной глубиной.
Кроме этого, пишет логи, есть режим отладки. Авось пригодится кому
Для просмотра скрытого содержимого необходимо иметь 20 сообщений, у вас 0 сообщений.
mad_boy, спасибо за скрипт
Я, пожалуй, даже откажусь от первоначального бат-файла и лучше доработаю как VBScript, ибо это труъ
Пару замечаний таки есть.
' Количество дней в течение которых архивы считаются актуальными
Как бы лучше иметь стабильное количество архивов, а не ограничение по дате
Позволяет контролировать место на ж. диске.
И я не заметил такой проверки — если сегодня архив есть, то «давай до свиданья».
Это так или плохо смотрел?
Вот ситуация из жизни: в целевой папке 2 файла по 1Гб, на диске места 60Гб, архивы хранятся до 30шт. Архив весит 1,7 Гб. Если комп перезагрузят пару раз в течение 5 дней, то кончится место.
И потом, что будет, если мы пойдем в отпуск и не запустим скрипт в течение 7 дней?
По возвращении из отпуска первое включение сотрет все архивы.
Есть такое дело, да. Не обратил внимание потому, что писал для себя, под готовую модель
Спасибо за замечание, так и пришлось лезть и переписывать полскрипта
В итоге переделал алгоритм сканирования, попутно еще пару ошибок, добавил константу с минимальным количеством бэкапов в папке.
Для просмотра скрытого содержимого необходимо иметь 20 сообщений, у вас 0 сообщений.
Немного, если позволите, замечаний по уже готовому.
1. Переменная Error — не попадет ли в пространство системных имен VbScript?
2. Что за расширение у файла сейчас? Мне кажется, оно норм. работало с расширением .vbs и без
Код:
3. Зачем DaysExpired? Мы ведь уже обсуждали, и Вы как бы согласились, что актуальность архивов не совсем правильно проверять по дате.
Дата нужна только, чтобы проверить, существует ли сегодняшний архив и если уже есть — выйти и ничего не делать.
Я в другом скрипте делал уник. имя файла архива типа backup_20151216.zip
И в начале скрипта проверял, «файл есть? — ничего не делаем»
Хочу ещё спросить, Вы не хотите код кому-то показывать и потому скрываете под хайдом?
На данный момент скрипт в wsf. Ну и хочу напомнить, что скрипт писал по большой нужде, когда в один момент закончилось место на одном из сервером и бекапы некоторое время вообще не делались. Потому все доведено до состояния "чтобы работало" и в таком виде существовало до сегодняшнего дня
В vbs вроде Err, нет?
А DaysExpired для меня необходимо так же, как и раньше. Потому что нужно не просто оставить некоторое количество бекапов, а и именно последних из созданных. В принципе да, можно выполнить оба условия с одной переменной, но в моем варианте некая расширенная версия выходит. Хотя я не против, если кто-то уберёт её у себя. К тому же парк серверов у меня большой и много где бекапы пишутся с уже определенной маской, потому делал скрипт наиболее универсальным.
Ну а хайд больше из дани ресурсу
Я вот с 12 года читаю, а как понадобился скрипт - ограничение. Решил не просто набить сообщения, а как-то поучаствовать. Может и моё ограничение кого сподвигнет.
mad_boy написал(а):
Я вот с 12 года читаю, а как понадобился скрипт - ограничение. Решил не просто набить сообщения, а как-то поучаствовать. Может и моё ограничение кого сподвигнет.
Понятно.
mad_boy написал(а):
На данный момент скрипт в wsf. Ну и хочу напомнить, что скрипт писал по большой нужде, когда в один момент закончилось место на одном из сервером и бекапы некоторое время вообще не делались. Потому все доведено до состояния "чтобы работало" и в таком виде существовало до сегодняшнего дня
В vbs вроде Err, нет?
Я всё писал изначально в vbs
wsf это изначальное желание Майкрософта скрестить ежа и черепаху, чтобы в 1 файле обрабатывались любые языки, установленные в системе.
Удалите теги package, job, script в начале и конце файла и смело сохраняйте в vbs, раз не используете другие языки.
Попробовал последнюю версию скрипта, натравив на обычную папку.
Const PathName="D:\test\backup\" ' Путь к папке с архивами
Const PathLog="D:\test\log\" ' Путь к папке размещение log-файлов
Результат.
1. Лог записался со всеми подробностями.
2. В изначальной папке исчезло половину файлов.
В логах на этот счёт прокомментировано:
17.12.2015 9:24:23 > Expired file 6.png finded. Type of Рисунок PNG. Removing. Files count 14, minimum 2
Выставление Const MinFiles=200 сохранило файлы от «прореживания». Я думаю такой функционал лучше вообще отключать.
3. Сам бекап сохранился неизвестно куда. Похоже, сработал контроль учётных записей пользователей и не дал запуститься 7za
В логах об этом ни слова, переключение в режим отладки не выбрасывает никаких окон.
Впечатления:
1. Использование дополнительного функционала 7za при легком сжатии не оправдано. Есть же изначальный формат zip
Да и вообще вряд ли оправдано применение сторонних файлов, если разница в сжатии менее 15%.
2. Для ежедневного архивирования 7za проще написать 1 строчку в планировщике, чем юзать vbs
Пример http://habrahabr.ru/post/72636/ (https://href.li/?http://habrahabr.ru/post/72636/)
3. Поскольку куда делся архив неизвестно, то и как происходит ротация архивов неизвестно тоже.
Я бы тупо сохранял последние 10-30 архивов и всё. А ежедневно проверял — сегодня архив если есть, то не сохраняем.
4. Порадовало помесячное сохранение логов, я до этого не додумался. У меня было ежедневное.
5. Судя по логам, оно опять архивирует, если даже есть уже сегодня архив.
Denixxx написал(а):
Удалите теги package, job, script в начале и конце файла и смело сохраняйте в vbs, раз не используете другие языки.
Я в курсе, спасибо. Вот только время от времени приходится скрещивать ежа и черепаху, потому использую этот формат.
Denixxx написал(а):
Сам бекап сохранился неизвестно куда.
Вы, наверное, не совсем поняли алгоритм работы. В последней версии я его изменил его достаточно сильно.
Суть работы программы в том, что сначала она сканирует папку на устаревшие файлы по дате (ведь скрипт мог по какой-то причине не запускаться долгое время, либо запущен в первый раз) и удаляет те, которые попадают под условия, однако, проверяя минимальное количество нужных архивов. Причем удаляются и не запакованные архивы, дабы не тратить время на их упаковку и последующее удаление (у меня одна база порядка 30Гб), и, судя по-всему, у Вас файлы попросту удалились, т.к. считались устаревшими, а контроль учетных записей тут ни при чем. Только после этого запускается архивирования оставшихся актуальных архивов. При архивировании пропускается свежий архив, возраст которого не более суток, т.к. в моем случае все сервисные задачи на серверах запускаются ночью, а бекап баз MSSQL может продолжаться довольно длительное время и не исключено, что при запуске скрипта файл еще будет занят процессом.
Denixxx написал(а):
Использование дополнительного функционала 7za при легком сжатии не оправдано.
Степень сжатия устанавливается константой в начале скрипта. И выбран он опять же из целей универсальности и автономности программы.
Ну и, собственно, тоже натравил скрипт на тестовую папку, все отработало так, как необходимо:
Denixxx написал(а):
Недавно на работе полетел клиент-банк. И выяснилось, что последний бекап важных данных имеет дату от сентября 2013 г. Девица, которая работала на этом компьютере, на вопрос «Почему нет архивов», мило хлопала глазками
В общем, в большинстве случаев известно, что со среднестатистического бухгалтера что-то, кроме анализа, требовать бесполезно.
Поэтому сразу придумалось бекапить БД ежедневно, при старте компьютера, и как можно проще.
Причем нужно ещё удалять старые архивы, скажем старше 30 дней, чтобы не забить диск. А также не запускать бекап при рестарте компьютера в тот же день.
Проще чем бат-файл — ничего не придумать, вот и написал.
В процессе написания выяснилось:
1. В Гугле готового решения нет.
2. Бат файлы имеют разные команды для разных версий Windows. Создать паузу под XP оказалось особым геморроем.
3. Для правильного отображения русского языка в бат-файле должна быть установлена кодировка OEM 866. Что конечно же не умеет стандартный блокнот Windows. Пользуйтесь более продвинутыми редакторами, например Notepad++
Кратко — как пользоваться backup_folder.bat
Создайте папку для будущих архивов.
Поместите туда файл backup_folder.bat Файл возьмите из этого репозитория соответственно Вашей версии системы Windows и Вашего языка.
Настройте параметры внутри backup_folder.bat Для этого отредактировать строчки:
Код:
rem Откуда копируем
set from=D:\HOMEBANK\base
rem Файл для логов копирования
set log=result_%DATE%.txt
rem Сколько архивов оставлять
set old=30
Проверьте, как это работает — запустив файл. В этой же папке должны создаться папка бекапа и файл логов. Повторный запуск файла не должен создать архив, а просто вывести предупреждение. Подправьте параметры, если это необходимо.
Настройте периодический запуск файла. Для этого можно поместить ссылку на файл в автозагрузку при старте компьютера.
Вообще в самом файле всё прокомментировано, так что для минимально имеющего понимание разобраться — не проблема.
Ссылки.
Лицензия: GPL 2.0
Пробовал так копировать. Все хорошо копируется.
Но есть не большая проблема.
Есть специфическая программа для работы с файлами проектов контроллера.
Когда она открыта и использует файл проекта она не дает копировать файлы которые в ней открыты.
И копии создаются не полноценные. И об этом узнал только когда решил откатиться. Но не получилось не хватало файлов.
После этого стал копировать файлы только убедившись что у всех пользователей закрыта эта программа.
Но это тоже не является гарантией что в момент копирования файлов никто не начнет эти файлы использовать.
SynergyIT
22.01.2016, 00:03
pavvit написал(а):
Пробовал так копировать. Все хорошо копируется.
Но есть не большая проблема.
Есть специфическая программа для работы с файлами проектов контроллера.
Когда она открыта и использует файл проекта она не дает копировать файлы которые в ней открыты.
И копии создаются не полноценные. И об этом узнал только когда решил откатиться. Но не получилось не хватало файлов.
После этого стал копировать файлы только убедившись что у всех пользователей закрыта эта программа.
Но это тоже не является гарантией что в момент копирования файлов никто не начнет эти файлы использовать.
Для того что бы удалить из памяти перед копированием программы "захватывающие" файлы можно использовать консольную утилиту taskkill, комманда taskkil /? подскажет синтаксис. А если эти файлы открыты кем-то по сети, то можно перед бекапом закрывать сетевой доступ к определённой папке с обрубанием "хвостов", а после открывать такой же доступ, через команду net share /?
SynergyIT написал(а):
Для того что бы удалить из памяти перед копированием программы "захватывающие" файлы можно использовать консольную утилиту taskkill, комманда taskkil /? подскажет синтаксис. А если эти файлы открыты кем-то по сети, то можно перед бекапом закрывать сетевой доступ к определённой папке с обрубанием "хвостов", а после открывать такой же доступ, через команду net share /?
Я бы был с этим поосторожнее, во избежание потери данных. Мы с Вами стараемся сохранить данные, а не потерять их
pavvit написал(а):
Пробовал так копировать. Все хорошо копируется.
Но есть не большая проблема.
Есть специфическая программа для работы с файлами проектов контроллера.
Когда она открыта и использует файл проекта она не дает копировать файлы которые в ней открыты.
И копии создаются не полноценные. И об этом узнал только когда решил откатиться. Но не получилось не хватало файлов.
После этого стал копировать файлы только убедившись что у всех пользователей закрыта эта программа.
Но это тоже не является гарантией что в момент копирования файлов никто не начнет эти файлы использовать.
Я в таком случае ставлю отложенный запуск на Планировщике заданий.
Например, сейчас у меня 3 задания —
1. Бекап 1С Предприятие в 21.15
2. Бекап 1С Сотрудники в 22.15
3. Бекап папки Табеля рабочего времени для подразделений в 23.15
Задачи разнесены по времени, чтобы гарантированно не пересечься и выполняться по очереди и в то время, когда в сети никого нет.
shystrik48
18.07.2016, 09:49
Для подобных целей всегда пользовался планировщиками по типу nnCron, любая периодичность и чистки легко настраиваются + подключается архиватор, например, winrar из командной строки. При желании подключить те же дополнительные батники.
Например, # START-APP: C:\Program Files\WinRAR\WinRAR.exe a -ac -agYYYY-MM-DD -ep2 -m5 -r -rr -y -v1024M "F:\Архивы\бухгалтерия_.rar" "E:\Бухгалтерия\1С\*.*"
Также можно настроить планировщик в Acronis True Image, качественный бэкап дисков\файлов\каталогов гарантирован. Удаление старых копий организовать, например, при названии имён файлов по дням недели и т.д.
vBulletin® v3.8.14, Copyright ©2000-2026, vBulletin Solutions, Inc. Перевод: zCarot