Я хотел знать, можно ли делать инкрементные и дифференциальные резервные копии, используя только Robocopy и аргументы.
Поместив его в простую летучую мышь и заставив эту летучую мышь бежать Диспетчер задач похоже на простой план резервного копирования, который мне понадобится.
Я думаю, что предпочитаю "инкрементальный", потому что дифференциал стирает вещи, которых у меня больше нет (используя /MIR аргумент)
Windows Server Backup имеет слишком много ограничений, чтобы быть полезным. 1. Он имеет ограниченное количество файлов, поэтому мне приходится разбивать огромные файлы на несколько отдельных резервных копий. 2. Он предназначен для резервного копирования в локальное, а не удаленное хранилище. 3. При резервном копировании в удаленное хранилище не поддерживается управление версиями.
Технически можно, но, вероятно, не стоит, если вам требуется возможность отката к моменту времени. Это не совсем то, для чего была предназначена программа.
http://ss64.com/nt/robocopy.html
Может быть, лучше использовать что-то вроде Git. Или есть родные варианты Windows
Мои 2 цента стоят. Восстановившись после сбоя сервера, вызванного неисправным ИБП, я могу добавить следующую информацию из опыта. Robocopy (или в моем случае xcopy) делает именно это, копирует файлы. Здесь нет отката, управления версиями или «агрегации» в «специфический для системы тип файла». Огромная проблема заключалась, конечно, в том, что для чтения файлов резервных копий сервера мне нужна была операционная система server2003, которой у меня не было, потому что она только что вышла из строя, и, будучи небольшой администрацией, когда-либо был установлен только один сервер.
Таким образом, огромные файлы .bkf, созданные резервной копией server2003, были нечитаемы ни в одной другой системе.
Благодаря дальновидности я использовал простую команду xcopy в пакетном файле, чтобы скопировать все пользовательские файлы на внешний жесткий диск, и после сбоя все же смог предоставить все эти файлы пользователям.
Имеет смысл делать ОБА, специфичные для системы резервные копии, для которых потребуется функционирующая система для чтения и переустановки, И открытая КОПИЯ, не относящаяся к конкретной системе, которая может быть прочитана любой другой операционной системой, только для сценария, в котором система была должен иметь возможность читать файлы резервных копий, не запущен.
Теперь у меня есть сервер с RAID 1, против одиночного отказа HD, инкрементное резервное копирование сервера дважды в день на 3-й эксклюзивный жесткий диск и RDX с 5 картриджами для ротационного простого копирования пользовательских файлов, а также регулярное полное резервное копирование системы до RDX на случай о необходимости перестраивать систему на другое оборудование. Патроны хранятся в пожарном сейфе.
Вероятно, вам потребуется выполнить следующую команду: robocopy /copyall /e /zb
Однако отсутствие версионирования - очень серьезный недостаток такого метода. Хотя это не обязательно неправильно, подумайте дважды о своей текущей среде и используйте только ее и только если это действительно имеет смысл.
Вы можете использовать эту команду Robocopy для резервного копирования данных в режиме инкрементного резервного копирования.
SET source="Type you source path"; SET dest="Type you destination path"; robocopy %source% %dest% /S /COPYALL /NP /TEE /R:3 /W:3 /Log:c:\Documents\logs.txt
/S = Copy Subdirectories, but not empty ones
/NP = No Progress - don't display percentage of copied
/TEE = output to console windows, as well as the log file
/W:3 = Wait time between retries: default is 30 seconds
/R:3 = Number of Retries on failed copies: default is 1 million