Handy Backup как программа дифференциального резервного копирования
В Handy Backup дифференциальное резервное копирование реализовано для любых типов данных. Особенно рекомендуется использовать эту технологию при регулярном копировании больших, часто изменяемых массивов данных, например, баз данных SQL.
Как применить дифференциальное копирование в Handy Backup?
Создайте новую задачу резервного копирования, выберите продвинутый режим, укажите источники данных и хранилище для резервных копий. На Шаге 4 выберите тип копирования – «Дифференциальное».
Совет:
дифференциальное копирование показывает наибольшую эффективность в сочетании с выполнением задачи бэкапа по расписанию . Укажите на Шаге 6 расписание – Handy Backup будет выполнять автоматическое дифференциальное резервное копирование в заданное время.
Восстановление данных из дифференциальной копии
Для восстановления данных, полученных методом дифференциального резервного копирования, потребуются только два набора данных: последняя полная копия данных и последняя дифференциальная копия.
Для сравнения:
при восстановлении данных из инкрементальной копии вам потребуются все инкрементальные копии данных за восстанавливаемый период времени.
Дополнительные возможности создания дифференциальной копии в Handy Backup
-
Смешанный тип бэкапа
. При этом типе резервного копирования также создаётся полная копия, вслед за которой по расписанию делаются заданное число дифференциальных резервных копий. Затем весь цикл повторяется. -
Временные метки
. В Handy Backup вы можете выбрать режим, при котором каждая копия будет содержать в названии каталога дату и время выполнения копирования, что очень удобно при поиске и сортировке данных. -
Хранение копий в исходном формате
. Файлы, скопированные Handy Backup, по умолчанию сохраняются в исходном формат, что позволяет открывать и редактировать эти файлы в резервной копии, без их восстановления. -
Дифференциальная копия баз
. Мы всегда рекомендуем выбирать дифференциальное, а не инкрементальное копирование БД , особенно часто изменяемых, так как при этом достигается большая экономия места и времени.
Попробуйте прямо сейчас, скачав бесплатно пробную версию Handy Backup со всеми функциями и плагинами, чтобы организовать дифференциальное резервное копирование любых ваших данных!
Резервное копирование данных — то, что должен регулярно выполнять каждый активный пользователь компьютера, который не хочет потерять всю свою информацию (или часть от нее) при неожиданном сбое. Часто в различных приложениях, предназначенных для резервного копирования информации, можно встретить три механизма, как создать копию: полностью, инкрементно или дифференциально. В рамках данной статьи рассмотрим, чем эти методы копирования отличаются друг от друга.
Что такое инкрементальный бэкап?
Инкрементальный бэкап (инкрементный бэкап)
— это тип разностной резервной копии , когда копируются не все файлы источника, а только новые и измененные
с момента создания предыдущей копии — полной или добавочной. Это существенно экономит место на диске и значительно ускоряет процесс создания резервной копии.
Название этого типа бекапа произошло от английского слова Incremental backup
— дополнительный. В русском языке он называется Добавочным
. Данный тип резервного копирования является самым распространенным, но, как и все способы, он также имеет свои плюсы и минусы.
Этот тип бекапа отлично подойдет для резервного копирования больших объемов исходных данных, 50 гигабайт и более. Скорость создания backup»ов будет довольно высокой, а размер каждой добавочной копии может быть всего 100-200 мегабайт.
Плюсы
:
- Быстрое создание резервной копии
- Малый объем, занимаемый резервной копией (экономия места на диске)
Минусы
:
- Сложность настройки (по сравнению с полной копией Full Backup)
- Сложность восстановления файлов (по сравнению с полной копией)
Вывод
: Создавайте инкрементальные бэкапы в том случае, если объем исходных данных большой и для вас имеет значение время копирования файлов и экономия места на диске. Оптимальная периодичность создания Incremental backup — 1 раз в час, если исходные файлы изменяются часто и 1-2 раза в день, если файлы редактируются редко.
Как сделать инкрементный бэкап с помощью Exiland Backup
Exiland Backup — простая утилита для резервного копирования и синхронизации папок по сети, FTP , между ПК и серверами. Поддерживает все типы бэкапов файлов .
Эта универсальная программа хорошо подойдет для резервного копирования файловой 1С , сайтов на WordPress и других CMS, копируя файлы сайта с FTP-сервера на локальный ПК.
Для начала скачайте бесплатную или демо-версию программы на официальном сайте .
После запуска, в главном окне программы, сверху на панели нажмите кнопку создания нового задания, укажите название задания, например, «Мои документы» и нажмите «Далее». Теперь как показано на скриншоте ниже, выберите тип копирования «Добавочный (Incremental)».
Ниже есть возможность ограничить количество полных копий, чтобы самые старые резервные копии автоматически удалялись перед созданием новой полной копии. Эта настройка экономит место на диске (недоступна в версии Free). Также, вы можете ограничить количество инкрементальных копий между полными
. При достижении этого ограничения будет создана очередная полная копия.
При выборе шаблона наименования резервных копий, вы можете добавить строку, например, » (incremental)», для инкрементных копий, чтобы визуально их легко отличать от полных.
Когда задание будет создано, вам необязательно ждать время наступления запуска — вы можете запустить задание вручную, нажав на кнопку «Выполнить», расположенную на верхней панели.
Михаил, разработчик программы
Другие типы копирования.
О резервном копировании в последнее время много говорят и пишут. И мы, SIM-Networks, в том числе.
Это неудивительно: учитывая активное развитие зловредов, опережающее развитие антивирусов, наиболее рационально строить ИТ-безопасность вокруг системы резервного сохранения информации — вместо того, чтобы тратить ресурсы на предотвращение атак и борьбу с вирусами, гораздо проще, дешевле и легче поднять систему и сохраненные данные из актуальных резервных копий.
Кроме того, актуальный бэкап поможет нивелировать последствия вмешательства форс-мажорных обстоятельств или человеческого фактора, а также сбоя оборудования вследствие разных причин. Не зря ведь одна из заповедей сисадмина гласит: готовя новый сервер к работе, вначале настрой резервное копирование!
Бэкап можно делать самостоятельно — инструментов на сегодняшний день хватает, Google с удовольствием подскажет. Но если вы не являетесь крутым профи в области системного администрирования, лучше довериться тем, кто компетентен и способен настроить резервное копирование, полностью отвечая за результат.
Очень важно обратить внимание на два момента: копии критичной для вас информации должны делаться регулярно, а сохраняться — в удаленном месте, как можно дальше от оригиналов. Первый момент важен потому, что информация на момент восстановления должна быть максимально актуальной для вас. Например, если ваша система поражена вирусом и единственный путь вернуть ценные данные — это восстановить их из бэкапа, то, согласитесь, будет очень обидно, если самая свежая копия вашей бухгалтерской отчетности датирована прошлым месяцем
Например, если ваша система поражена вирусом и единственный путь вернуть ценные данные — это восстановить их из бэкапа, то, согласитесь, будет очень обидно, если самая свежая копия вашей бухгалтерской отчетности датирована прошлым месяцем
Первый момент важен потому, что информация на момент восстановления должна быть максимально актуальной для вас. Например, если ваша система поражена вирусом и единственный путь вернуть ценные данные — это восстановить их из бэкапа, то, согласитесь, будет очень обидно, если самая свежая копия вашей бухгалтерской отчетности датирована прошлым месяцем.
Важность второго момента можно проиллюстрировать так: если ваше резервное хранилище для бэкап-копий размещается, предположим, на том же сервере, где и основная система, то в случае, если сервер сгорит — сгорит действительно всё. Окончательно и бесповоротно
Поэтому заботимся о правильном расписании резервного копирования и обеспечиваем удаленность хранилища для бэкапов.
Особенности хранения и использования бэкапов
- Создаваемые копии не могут храниться вместе с основными данными. Если бэкапы размещаются на том же диске, что и основной массив данных, то в случае аппаратного сбоя можно потерять и оригиналы, и копии файлов.
- В качестве альтернативы резервного копированию не стоит использовать метод зазеркаливания. RAID поможет предотвратить аппаратные проблемы с диском, однако восстановить весь объем данных с его помощью не получится.
- Стоит отказаться от хранения резервных копий на одной стойке в дата-центре. Такой способ является не самым надежным.
- Использование выделенных физических серверов в разных дата-центрах не всегда оправдано с точки зрения затрат, особенно для маленьких и средних компаний. В этом случае можно воспользоваться арендой выделенного сервера и облачного хранилища.
Для того чтобы правильно составить схему хранения, стоит понять способ хранения файловой системы, частоту сохранения копий, особенности восстановления и критические сроки сохранения/восстановления данных. Потребуется назначить ответственных за резервное копирование файлов, а также зафиксировать особенности резервирования в документации фирмы. Это значительно облегчит работу с данными и позволит предусмотреть все возможные риски.
Особое значение при резервировании и восстановлении данных имеет скорость передачи. Для некоторых организаций нормальным будет выполнение бэкапа в ночное время в течение 5–6 часов. Для других же – этот вариант не подойдет из-за необходимости круглосуточного доступа к мощностям сервера. Обязательно стоит учесть и время обнаружения проблемы, а также время на решение об откате системы. Это также повлияет на скорость восстановления информации.
Что такое резервное копирование на уровне файлов
Резервное копирование на уровне файлов
Плюсы
- Возможность резервного копирования определенных папок или файлов на томе.
- Гибкие политики резервного копирования для разных типов данных на одном томе.
- Инкрементное резервное копирование экономит место на диске за счет резервного копирования только измененных файлов.
- Легко восстанавливать отдельные файлы без восстановления всего тома.
Минусы
- Более медленное резервное копирование и восстановление больших объемов данных.
- Не подходит для резервного копирования операционных систем.
- Ограниченная поддержка определенных файловых систем.
Резервные копии на уровне файлов сосредоточены на отдельных файлах и папках, а не на целых томах или дисках хранилища. Резервные копии на уровне файлов часто используются для неструктурированных данных, таких как документы, медиафайлы и другие типы цифрового контента, которые можно легко идентифицировать и восстановить в случае потери данных. История файлов в Windows — отличный пример резервного копирования на уровне файлов.
Резервное копирование на уровне файлов работает путем создания копии каждого файла и папки и их сохранения в другом месте, например на внешнем жестком диске, в облачный сервис резервного копированияили система резервного копирования на магнитную ленту. Это гарантирует, что данные останутся неповрежденными и доступными, даже если исходное устройство хранения выйдет из строя или будет повреждено. Затем резервные копии можно использовать для восстановления данных.
Каждый файл и папка резервируются как есть, а не в разных контейнерах или местах. Некоторое программное обеспечение также может создавать резервные копии одних и тех же файлов и папок при каждом изменении. Это создает новую версию того же файла/папки, и пользователь может сохранить любую версию того же файла/папки, когда это необходимо.
Случаи использования
Ниже приведены распространенные случаи использования резервного копирования файлов.
- Общее хранилище: Его можно использовать в качестве общего хранилища для нескольких групп пользователей, отделов и команд. Это позволяет различным пользователям получать доступ к файлам и обмениваться ими через Локальная сеть (LAN), используя единое глобальное пространство имен, охватывающее несколько масштабируемых узлов.
- Архивирование и хранение: Эту резервную копию также можно использовать для архивирования данных, их хранения и соответствия требованиям. Он включает в себя безопасное и надежное хранение файлов и данных в течение длительного периода в соответствии с нормативными требованиями.
- Целевое хранилище: Хранилище файлов часто используется в качестве целевого хранилища для баз данных, приложений, физических и виртуальных серверов и программного обеспечения для резервного копирования. Это означает, что файлы хранятся в файловых системах хранения, а не в основной системе или устройстве, где они были созданы или использовались.
- Гибридное хранилище: Хранилище файлов можно использовать как часть гибридных систем хранения, которые объединяют локальное хранилище файлов с облачным хранилищем файлов. Это позволяет организациям использовать различные варианты хранения в зависимости от потребностей различных типов данных, таких как горячий уровень данные (которые требуют быстрого доступа), а также холодные и архивные данные (которые можно хранить в недорогих облачных хранилищах). решения).
Аварийное восстановление#
Аварийное восстановление включает в себя письменный план действий, определяющий, как бизнес будет реагировать и обрабатывать различные сценарии аварий. Это довольно объемный документ, в нем участвуют несколько членов организации. Восстановление резервных копий — это небольшая часть аварийного восстановления, но очень важная ее часть. Планирование аварийного восстановления будет включать в себя то, как восстановить весь бизнес в случае аварии.
Простой сценарий для рассмотрения — разрушение здания. Допустим, это небольшая бухгалтерская фирма с 30 сотрудниками и большим количеством важных бизнес-данных. Они используют облачную службу резервного копирования и каждый час выполняют инкрементное резервное копирование. Посреди ночи, когда в здании никого не было, произошло землетрясение и здание было разрушено. План аварийного восстановления для этой бухгалтерской фирмы должен включать в себя такие детали, как, где и как будут работать сотрудники, какое оборудование потребуется персоналу для запуска и запуска, списки контактов для всех поставщиков и сотрудников, поскольку их необходимо будет уведомить. катастрофа и что бизнес делает на этапе восстановления. План также будет включать в себя то, как их удаленная резервная копия будет использоваться для восстановления данных, а также конкретные шаги, информация об учетной записи, пароль шифрования и то, как сотрудники будут подключаться к восстановленным данным.
Методы резервного копирования данных
Программ, которые разработаны для создания резервной копии информации, много, как в операционной системе Windows, там и в Mac OS. Все они выполняют примерно одинаковые действия — создают резервную копию операционной системы, полностью копируют диск, его некоторые разделы, папки или прочие данные, в зависимости от настроек, выбранных пользователем. После чего эти резервные копии можно использовать для восстановления информации.
Созданная резервная копия нуждается в постоянной актуализации. На базе примененных в программе условий создания бэкапа можно выполнить создание копии, при этом выбрав механизм резервного копирования:
- Создание полной копии;
- Генерация инкрементной копии;
- Создание дифференциальной копии.
Данные действия имеются во многих приложений, например, в одной из самых популярных программ для резервного копирования данных, AOMEI Backupper. В рамках данной статьи примеры будут рассмотрены на ней, но найти подобные механизмы резервного копирования можно и в других программах.
Полное резервное копирование
При подобном методе резервного копирования снимки системы, которые генерируются в рамках одной задачи по бэкапу, способны работать независимо друг от друга.
Повреждение одного из таких снимков никак не повлияет на работу других. То есть, при полном резервном копировании снимок системы содержит в себе всю резервируемую информацию.
Метод полного резервного копирования самый надежный, но и самый расточительный в плане ресурсов. Чтобы создать резервную копию операционной системы Windows и нескольких небольших приложений, потребуются десятки гигабайт. Соответственно, постоянно сохранять такие полноценные бэкапы и хранить их на жестком диске нерационально и расточительно с точки зрения свободного пространства на накопителе. Именно поэтому используются два других механизма, рассмотренных ниже.
Инкрементное резервное копирование
Инкрементное резервное копирование данных подразумевает, что пользователь при создании бэкапа единожды генерирует полноценную копию системы и всех файлов, а все создаваемые в будущем копии являются дочерними к главной и предыдущим, то есть, содержат в себе исключительно информацию о произошедших изменениях — удаленных, измененных и созданных файлах.
Таким образом, каждая последующая после первой инкрементная копия содержит в себе только информацию об изменениях. Выглядит это примерно так:
- Вторая копия. Дочерняя — содержит в себе информацию об изменении данных со времен создания первой копии;
- Третья копия. Дочерняя ко второй — содержит в себе информация об изменении данных со времен создания второй копии.
Плюс подобного метода резервного хранения данных, в сравнении с первым, меньший размер копий (каждая новая инкрементная копия весит десятки-сотни мегабайт, в зависимости от количества произошедших изменений). Минус — обращение каждой новой копии к предыдущей при восстановлении. То есть, если одна из копий повреждена, придется выполнять восстановление к последней рабочей копии в непрерывной цепи от первой. Кроме того, восстановление из инкрементной копии происходит дольше по времени, чем из других методов резервного копирования.
Дифференциальное резервное копирование
Дифференциальный метод копирования близок к инкрементному по смыслу, но между ними имеется ключевое различие. В рамках дифференциального копирования новые снимки являются дочерними к первому.
Это значит, что при первом резервном копировании дифференциальным методом создается полная копия системы, после чего все последующие снимки содержат в себе информацию о произошедших изменениях от первой копии. Выглядит это примерно следующим образом:
- Первая копия. Основная — содержит в себе всю информацию;
- Вторая копия. Дочерняя — содержит в себе сведения об изменении данных со времен создания первой копии;
- Третья копия. Дочерняя — содержит в себе сведения об изменении данных со времен создания первой копии.
Как можно видеть, третья копия при дифференциальном методе резервного копирования не является дочерней ко второй.
То есть, если с одним из дифференциальных снимков возникнут проблемы, можно будет восстановиться к любой другой рабочей дифференциальной копии. Это ключевое отличие дифференциального резервного копирования от инкрементного.
Размер каждого дифференциального снимка больше, чем размер инкрементного снимка, поскольку в нем нужно хранить информацию обо всех изменениях с момента создания первой полной копии. При этом каждый новый дифференциальный снимок будет весить больше предыдущего.
Создание инкрементных резервных копий
Чтобы создать инкрементальные резервные копии с помощью tar, все, что нам нужно сделать, это объединить два параметра: и . Первый вариант мы используем, чтобы указать, что хотим создать архив, второй вместо этого принимает путь к файлу снимка в качестве аргумента: этот файл используется tar для хранения метаданных о состоянии исходная файловая система на момент создания резервной копии. Прочитав его, при создании последующих резервных копий tar может определить, какие файлы были изменены, добавлены или удалены, и сохранить только их. Давайте посмотрим практический пример.
Предположим, мы хотим создать инкрементные резервные копии каталога и сохранить их на внешнем блочном устройстве, смонтированном в (здесь мы предполагаем, что у нашего пользователя есть разрешения на запись в этот каталог). В нашем примере каталог ~/Document изначально содержит только два файла: и . Вот команда, которую мы запустим для создания резервной копии:
$ tar --verbose --create --file=/mnt/data/documents0.tar --listed-incremental=/mnt/data/documents.snar ~/Documents
Давайте рассмотрим варианты, которые мы использовали выше. Мы вызвали tar с опцией , чтобы сделать вывод более явным, и с , чтобы указать, что мы хотим сделать — создать архив; Затем мы передали путь, по которому должен быть создан архив, в качестве аргумента опции
Наконец, используя опцию , мы дали указание tar создать дифференциальную резервную копию и сохранить метаданные файловой системы в файле ( обратите внимание, что расширение произвольное — оно используется только для соглашения). Поскольку мы запускаем команду впервые, создается полная резервная копия
Вот вывод команды выше:
tar: /home/egdoc/Documents: Directory is new tar: Removing leading `/' from member names /home/egdoc/Documents/ /home/egdoc/Documents/one.txt /home/egdoc/Documents/two.txt
Архив и файл снимка были созданы внутри :
$ ls -l /mnt/data -rw-r--r--. 1 egdoc egdoc 10240 Apr 16 07:13 documents0.tar -rw-r--r--. 1 egdoc egdoc 113 Apr 16 07:13 documents.snar drwx------. 2 root root 16384 Apr 9 23:27 lost+found
Предположим, мы теперь добавляем строку в файл в каталоге :
$ echo "this is a new line" >> ~/Documents/one.txt
Дополнительно создаем третий файл:
$ touch ~/Documents/three.txt
Снова запускаем tar, лишь меняя имя целевого архива. Резервная копия уровня 1 будет создана. Он включает только файл, который мы изменили (one.txt), и тот, который мы только что создали (three.txt):
$ tar --create --verbose --file=/mnt/data/documents1.tar --listed-incremental=/mnt/data/documents.snar ~/Documents tar: Removing leading `/' from member names /home/egdoc/Documents/ /home/egdoc/Documents/one.txt /home/egdoc/Documents/three.txt
Как только мы запускаем команду, содержимое перезаписывается метаданными о текущем статусе исходного каталога.
Чтобы продолжать выполнять инкрементное резервное копирование, все, что нам нужно, — это продолжать следовать этому шаблону. Все, что нам нужно каждый раз менять, это, конечно же, имя целевого архива. Каждый новый архив будет содержать только изменения в исходном каталоге, произошедшие с момента создания предыдущей резервной копии.
Виды резервных копий
Бэкапы могут отличаться по многим параметрам. Разберем наиболее актуальные классификации.
По полноте создаваемых копий
Нередко в качестве параметра классификации выступает полнота резервных копий.
Полное резервное копирование (Full Backup)
Создается полная копия набора данных. С точки зрения скорости восстановления и уровня надежности считается
наиболее выигрышным вариантом бэкапа. Однако у полного резервного копирования есть и минусы — full backup
требует много времени для создания копии и создает существенную нагрузку на сеть.
Плюсы:
- высокая скорость восстановления данных;
- высокий уровень надежности — все данные в одном бэкапе;
- простота управления.
Минусы:
- необходимо много места для хранения копий;
- высокая нагрузка на сеть;
- требует много времени для создания бэкапа.
Дифференциальное резервное копирование (Differential Backup)
Подразумевает создание резервной копии, которая включает только те данные, которые были изменены с момента
создания предыдущего полного бэкапа.
Плюсы:
- более высокая скорость создания копий по сравнению с full backup;
- по скорости восстановления быстрее инкрементного, но медленнее полного бэкапа;
- по надежности выигрывает у инкрементного бэкапа.
Минусы:
Инкрементальное резервное копирование (Incremental Backup)
При использовании этого метода резервная копия будет содержать только изменения, сделанные с момента последнего
резервного копирования.
Плюсы:
- высокая скорость создания копий;
- копии занимают мало места;
- бэкапы занимают мало места;
- не создает высокой нагрузки на сеть.
Минусы:
- трудоемкость восстановления данных;
- риск неудачного восстановления при повреждении какого-либо сегмента из цепочки бэкапа.
Новичкам могут быть не совсем понятны отличия дифференциального и инкрементального бэкапа. Отличаются они только
способом сохранения изменений.
- Инкрементное резервное копирование сохраняет все изменения, сделанные с момента последнего резервного
копирования. - Дифференциальное резервное копирование сохраняет изменения, сделанные с момента последнего полного
резервного копирования.
Сравним рассмотренные виды резервного копирования в табличке.
Полный бэкап
Дифференциальный бэкап
Инкрементный бэкап
Копируемые данные
Весь массив данных
Изменения, сделанные с момента последнего полного резервного копирования.
Изменения, сделанные с момента последнего резервного копирования.
Скорость создания копии
Низкая
Средняя: дифференциальный бэкап создается быстрее, чем полная резервная копия, но медленнее, чем
инкрементная
Высокая
Скорость восстановления
Высокая
Средняя: быстрее инкрементного, но медленнее полного бэкапа
Низкая
Требования к хранилищу
Требует много места в хранилище
Требует меньше места для хранения, чем полная резервная копия, но больше, чем инкремент
Копии занимают мало места в хранилище
Нагрузка на сеть
Высокая
Средняя
Низкая
По степени автоматизации
Наверняка любому администратору хотелось бы работать с таким инструментом резервного копирования, который
можно
запустить один раз и больше никогда не настраивать. Увы, даже при использовании самого совершенного решения
периодически придется проверять выполнение задач резервного копирования, консистентность и работоспособность
копий. Тем не менее каждая компания может выбрать инструмент с требуемой степенью автоматизации.
Ручное создание копий
Этот метод подразумевает, что администратор систем самостоятельно создает резервную копию нужных файлов и
отправляет бэкап в хранилище или на выбранный носитель. Ручной бэкап подойдет лишь совсем небольшим
компаниям,
где администрированием занимается один человек. Однозначный плюс этого способа — низкая стоимость.
Приобретать
специализированный инструмент резервного копирования не нужно. Однако уровень надежности соответствующий:
всегда
присутствует риск, что администратор просто забудет сделать копию или проверить ее работоспособность.
Резервное копирование с кастомной автоматизацией
Более продвинутое решение — специальные скрипты и утилиты, автоматизирующие создание резервных копий.
Администратору достаточно настроить логику автоматизации и периодически проверять копии.
Резервное копирование с помощью специализированного решения
Широкий выбор ПО для резервного копирования позволяет удовлетворить требования к резервному копированию
практически любому бизнесу. Специализированные решения предлагают разнообразный функционал, включая
настройку
политик и схем резервного копирования, уведомление при возникновении ошибок и многое другое. Сегодня бизнесу
доступны как «коробочные» версии ПО, так и облачные сервисы.
Выводы
Как видите, существует несколько вариантов резервного копирования, благодаря их сравнению становится понятно, что каждый из них имеет свои достоинства и недостатки. Оптимальным является использование сразу нескольких способов. Конечно, в этом случае копии занимают больше времени, а на процесс их создания затрачивается больше ресурсов, но зато удается сохранить любые изменения файловой системы и в случае необходимости произвести откат.
При определении способа создания копий нужно учесть ряд факторов:
- время копирования на текущий момент;
- время обработки копий при значительном увеличении файловой системы;
- допустимая нагрузка на канал;
- скорость восстановления данных из копии;
- расход памяти.
При организации резервного копирования в компании можно прибегнуть к профессиональным услугам, благодаря которым вы получите отлаженную систему бэкапов. Вы всегда можете обратиться за помощью в нашу компанию Xelent – мы поможем подобрать нужный вариант копирования и произведем необходимые настройки системы.
Популярные услуги
Защищенное облако 152 ФЗ
Защищенное облако 152 ФЗ – ИТ-инфраструктура, предназначенная для создания информационных систем персональных данных (ИСПДн), соответствующих требованиям федеральных законов.
Облачное хранилище
Высокая производительность и гибкость в управлении!
Необходимый пул арендованных ресурсов для создания виртуальных машин нужной конфигурации под Вашу задачу.
Выделенный сервер
от 2020 руб/месяц с бесплатным тестовым периодом