Нажмите "Enter", чтобы перейти к содержанию

Что такое резервные копии: Резервное копирование данных на устройствах iPhone, iPad и iPod touch

Содержание

Что такое резервное копирование и восстановление данных?

Что такое резервное копирование и восстановление данных?

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

Хотя резервные копии можно хранить на том же сервере, что и исходные данные, оптимально хранить их на другом сервере или в отдельной системе, например на защищенном облачном сервере, чтобы создать избыточность данных.

Рассматривая решения для резервного копирования и восстановления данных в вашей организации, важно определить целевое время восстановления (RTO) и целевую точку восстановления (RPO). Вам нужно знать, сколько времени займет восстановление из резервных копий и насколько актуальными будут данные.

Резервные копии и снэпшоты

Разница между этими двумя терминами заключается в деталях. Под резервной копией обычно понимается полная копия всех данных и файлов в системе. Снэпшот же копирует состояние системы в определенной точке во времени.

Что такое резервные копии?

Резервные копии — это полные копии ваших системных файлов. Процесс резервного копирования этих файлов может занять от нескольких минут до нескольких часов, в зависимости от объема данных и типа выполняемого резервного копирования.

Они предназначены для длительного хранения и в идеале должны храниться не на первоначальном сервере. Это может быть отдельный жесткий диск или другая серверная площадка.

Резервное копирование является стандартным компонентом планов обеспечения непрерывности бизнеса и аварийного восстановления (BCDR).

Что такое снэпшоты?

Снэпшоты сохраняют виртуальную картину файловой системы и настроек сервера в определенный момент времени. В отличие от резервного копирования, при котором создается полная копия данных, снэпшот копирует только параметры и метаданные, необходимые для восстановления данных в случае прерывания. Это важное различие, потому что вам все равно придется хранить исходные файлы снэпшотов в отдельном месте, чтобы иметь возможность их получить.

При восстановлении системы с помощью снэпшота она возвращается к тому состоянию, в котором находилась в момент создания снэпшота. Снэпшоты идеально подходят для краткосрочного хранения и часто используются для разработки и тестирования. Когда место для снэпшотов закончится, новые снэпшоты просто перезапишут старые.

Снэпшоты удобны, когда нужно «быстро сохранить» систему, например перед установкой значительного обновления. Если результаты обновления окажутся неудовлетворительными, можно откатиться к последнему снэпшоту, чтобы восстановить прежнее состояние системы.

Полное, инкрементное и дифференциальное резервное копирование и восстановление

Существует три основных способа резервного копирования систем: полное, инкрементное и дифференциальное.

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

  • Резервное копирование и восстановление полного образа При использовании этого метода создается резервная копия всех данных в качестве точки восстановления, к которой можно легко откатить систему. Полное резервное копирование, возможно, обеспечивает наилучшую защиту данных, но для него также требуется больше всего времени. Организации, использующие резервное копирование полного образа, обычно не делают его ежедневно, поскольку это потребовало бы значительного объема дискового пространства.

Восстановление с помощью резервных копий полного образа происходит быстро, но процесс резервного копирования для создания таких копий занимает много времени. В результате данные системы, скорее всего, изменятся после выполнения последнего полного резервного копирования. Любые изменения, произошедшие после последнего полного резервного копирования, не будут восстановлены. Этот метод не идеален для организаций с более короткими RTO/RPO.

  • Инкрементное резервное копирование и восстановление При использовании этого метода выполняется резервное копирование данных «по возрастанию». Процесс начинается с одного полного резервного копирования, а затем создаются резервные копии только тех данных, которые были изменены с момента последнего резервного копирования.

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

  • Дифференциальное резервное копирование и восстановление Как и инкрементное резервное копирование, дифференциальное резервное копирование также начинается с полного резервного копирования, а затем выполняется резервное копирование только измененных данных. При использовании этого метода восстановление обычно происходит быстрее. Требуется два файла: последняя резервная копия полного образа и последняя дифференциальная резервная копия.

Современное резервное копирование и восстановление с помощью Pure Storage®

Большие данные становятся больше, быстрее и многомернее. Изолированность устаревших решений для хранения данных является основным узким местом для организаций, пытающихся соответствовать все более строгим требованиям RTO и RPO.

Решения Pure Storage обладают множеством функций защиты данных, которые помогут вам достичь целей RTO и RPO. Ключевые преимущества:

  • Ускоренное восстановление для сред разработки/тестирования уровня 1, аналитики, ИТ-песочниц и резервных копий
  • Ускоренное резервное копирование баз данных для Oracle Recovery Manager, Microsoft SQL Server и MySQL
  • Встроенная защита от программ-вымогателей с помощью снэпшотов в безопасном режиме
  • Нулевое значение RPO благодаря синхронной репликации по сети и нулевое значение RTO благодаря прозрачному переходу на другой ресурс при сбое с помощью Purity ActiveCluster™

Защита критически важных данных вашей организации не должна быть проблемой, отвлекающей от ведения бизнеса. Вот почему мы разработали интуитивно понятные и надежные продукты.

Диск-О: — Резервные копии

Что такое резервные копии в Диск-О:?

Это актуальная копия всего содержимого выбранных папок с ПК на любое из перечисленных облачных сервисов:
  1. 1. Облако Mail.ru
  2. 2. Яндекс.Диск
  3. 3. Google Drive
  4. 4. Dropbox
  5. 5. OneDrive
  6. 6. VK WorkDisk
  7. 7. S3 от MCS
  8. 8. Box
  9. 9. pCloud
  10. 10. WebDAV
  11. 11. Amazon S3
  12. 12. Любое хранилище S3

Как Диск-О: поддерживает актуальность резервных копий?

Диск-О: отслеживает любое изменение файлов в указанных папках для резервного копирования. Это происходит автоматически, без расписания, практически в режиме реального времени.

Важно! Не убирайте Диск-О: из автозагрузки, иначе приложение не сможет поддерживать актуальность ваших данных в облачном сервисе.

Как создать резервные копии?

При запуске Диск-О: нажмите на кнопку “Защитите файлы”

Если у вас уже есть подключенные резервные копии, то воспользуйтесь пунктом “Защитить данные” в соответствующей закладке

Укажите папки, которые надо сохранять в резервной копии и придумайте название для вашей резервной копии

Укажите облачный сервис, в который вы будете сохранять резервные копии. Авторизуйтесь в нем

Если места для создания резервной копии достаточно, Диск-О: автоматически создаст резервную копию на указанном облачном сервисе и будет его поддерживать в актуальном состоянии

Как восстановить резервные копии на ПК?

Если вы только установили Диск-О:, то воспользуйтесь ссылкой “у меня уже есть бэкап в облаке”

Если вы уже пользуетесь Диск-О:, то перейдите по ссылке “восстановить данные из копии”

Укажите облачный сервис, в котором находится резервная копия. Авторизуйтесь в нем

Подтвердите место, куда надо восстановить копию или укажите новое место восстановления

Версионирование резервных копий

Для экономии места в облачных сервисах, Диск-О: не создает версии файлов из резервной копии

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

Как найти резервные копии в моем облачном сервисе?

Резервные копии сохраняются в /Backups/название_резервной_копии

Что будет, если я изменю файл из резервной копии на облачном сервисе?

Диск-О: автоматически обновит файл на тот, который находится у вас на ПК

Что будет, если я удалю файл из папки, которая сохраняется в резервную копию?

Диск-О: спросит, надо ли удалять его и из резервной копии на облачном сервисе или оставить там. Ваш выбор можно запомнить и Диск-О: больше не будет спрашивать вас

Резервные копии — Документация ISPmanager 5 Business

Как создать резервную копию и восстановить данные в ISPmanager

Резервная копия — это копия всех сайтов, баз данных и почтовых ящиков пользователя. Резервные копии позволяют:

  • восстановить информацию при проблемах в работе сайта;
  • восстановить сайт при переносе с сервера на сервер;
  • сохранить данные при возможных перебоях в работе сервера, программных сбоях, проблемах с оборудованием и т.п.

Копия может храниться на сервере с ISPmanager или во внешнем хранилище. В качестве внешнего хранилища вы можете использовать:

  • Dropbox;
  • Google Drive;
  • Amazon S3;
  • S3-совместимое хранилище;
  • FTP-сервер;
  • SFTP-сервер (с подключением по SSH).

По умолчанию резервное копирование для всех пользователей выполняется автоматически один раз в сутки. Вы можете настроить расписание резервного копирования. Подробнее см. в статье Модуль резервного копирования (isptar, текущий актуальный модуль, c 5.52.0 ).

Обратите внимание!

Резервное копирование не выполняется для директорий и файлов, которые:

  • находятся на примонтированных устройствах;
  • являются символьными ссылками.

Для работы с резервными копиями перейдите в ИнструментыРезервные копии.

Настройка резервного копирования


При первом открытии раздела Резервные копии ISPmanager предлагает задать настройки резервного копирования. Нажмите ОК, чтобы указать настройки.

  1. Включите опцию Включить резервное копирование, чтобы резервное копирование выполнялось с указанными настройками.

    Обратите внимание!

    Для того, чтобы включить/выключить резервное копирование для конкретного пользователя, нужно включить/выключить эту опцию в настройках пользователя.

  2. Выберите место хранения копий в поле Тип хранилища.
  3. Укажите Пароль резервной копии.
  4. Укажите настройки выбранного типа хранилища:

     Локальный каталог

    • Путь до папки — директория на сервере, куда будут сохраняться копии.

     Dropbox

    • Код доступа — код доступа к Dropbox. Вы можете перейти по ссылке и авторизоваться в Dropbox. После этого поле будет заполнено автоматически.
    • Путь до бэкапов — директория в Dropbox, куда будут сохраняться копии.

     Google Drive

    • Код доступа — код доступа к Google Drive. Вы можете перейти по ссылке и авторизоваться в Google Drive. После этого поле будет заполнено автоматически.
    • Путь до бэкапов — директория в Google Drive, куда будут сохраняться копии.

     Amazon S3

    • Идентификатор ключа — идентификатор ключа доступа.
    • Секретный ключ — секретный ключ доступа.
    • Корзина (bucket) — имя контейнера Amazon S3 для хранения резервных копий.

    Подробнее о настройках Amazon S3 см. в официальной документации.

     S3-совместимое хранилище

    • URL хранилища — URL для API-запросов к хранилищу.
    • Идентификатор ключа — идентификатор ключа доступа.
    • Секретный ключ — секретный ключ доступа.
    • Корзина (bucket) — имя контейнера для хранения резервных копий.
    • Метод адресации корзин:
      • поддомен — для доступа к корзине будет использоваться URL вида http[s]://bucket.host[:port][/path]. Например, https://bucket.example.com:5555/backup.
      • URL-путь — для доступа к корзине будет использоваться URL вида http[s]://host[:port][/path]/bucket/. Например, https://example.com:7777/backup/bucket.

     FTP-сервер

    • Адрес сервера — доменное имя или IP-адрес сервера.
    • Порт FTP — порт подключения. Значение по умолчанию — 21.
    • Путь до бэкапов — директория на сервере, куда будут сохраняться копии.
    • Пользователь — имя пользователя FTP.
    • Пароль — пароль пользователя FTP.

     SFTP-сервер (по SSH)

    • Адрес сервера — доменное имя или IP-адрес сервера.
    • Порт SSH — порт подключения. Значение по умолчанию — 22.
    • Путь до бэкапов — директория на сервере, куда будут сохраняться копии.
    • Авторизация на сервере — тип авторизации: по паролю или ключу SSH. При авторизации по паролю ISPmanager сгенерирует ключ, который будет использоваться для доступа к удаленному серверу.
    • Имя пользователя — имя пользователя SSH.
    • Пароль — пароль пользователя SSH.
    • Закрытый ключ — содержимое закрытого ключа SSH.
  5. В поле Серверы обработки резервного копирования выберите узлы кластера, которые будут использоваться для архивации резервных копий.
  6. Укажите Ограничения на создание копий:
    1. Общий объём в байтах. Вы можете указать в этом поле единицу измерения. Например, 100Mib.

      Обратите внимание!

      • Для локального хранилища ограничение применяется отдельно к каждому узлу кластера. При превышении заданной величины будут удаляться наиболее старые резервные копии;
      • Вы можете оставить это поле пустым, тогда резервные копии будут храниться, пока в хранилище не закончится место;
      • Вы можете ограничить общее количество резервных копий через параметр конфигурационного файла BackupCountLimit. Значение параметра по умолчанию — 14 (7 ежедневных и 7 еженедельных копий).
    2. Максимальное количество Полных резервных копий.
    3. Максимальное количество Ежедневных резервных копий.
    4. В поле Исключить файлы укажите какие файлы не нужно включать в резервную копию. Каждое исключение нужно указывать с новой строки.

      Обратите внимание!

      • Пути к файлам задаются относительно домашнего каталога пользователя (по умолчанию это /var/www/username/). Например, data/.filemgr-tmp;
      • Вы можете использовать символ *, чтобы заменить любые символы в имени файла.
    5. В поле Исключить базы данных укажите какие базы данных не нужно включать в резервную копию. Каждую базу данных нужно указывать с новой строки.
  7. Нажмите ОК.

Настройка параметров резервного копирования

Чтобы изменить заданные настройки, перейдите в ИнструментыРезервные копии → кнопка Настройки.

Восстановление данных из резервной копии


Восстановление пользователя и всех его данных

Чтобы восстановить данные пользователя из резервной копии, перейдите в ИнструментыРезервные копии → выберите копию → кнопка Подробнее → выберите пользователя → кнопка ВосстановитьOK. Когда данные будут восстановлены, в интерфейсе ISPmanager появится сообщение «Восстановление из резервной копии успешно завершено».

Обратите внимание!

Существующие файлы не перезаписываются. Перед восстановлением БД пользователей, удалите с сервера одноимённую БД. Если этого не сделать, то ISPmanager дополнит существующую БД, а не восстановит её полностью из резервной копии.

Восстановление удалённого пользователя

Удалённого пользователя можно восстановить из резервной копии под другим именем. Для этого перейдите в в ИнструментыРезервные копии → выберите копию → кнопка Подробнее → выберите пользователя → кнопка Восстановить как → укажите Имя пользователя, которому будут восстановлены данные из резервной копии или Создайте с новым именемOk. В этом случае ISPmanager не будет восстанавливать совпадающие сущности. Также пользователю будут не доступны резервные копии, созданные под старым именем.

Обратите внимание!

Если восстановить удалённого пользователя из ранней резервной копии, то данные резервных копий, сделанных поздней, будут ему не доступны.

Например, пользователь был удалён 10 марта, а его резервные копии есть за январь и за февраль. После восстановления пользователя из резервной копии за 15 января, он не увидит резервные копии, сделанные позднее этой даты. То есть резервные копии с 15 января до 10 марта будут ему недоступны.

Восстановление отдельных файлов

Чтобы восстановить отдельные файлы из резервной копии пользователя:

  1. Войдите под учётной записью пользователя: Учётные записиПользователи → выберите пользователя → кнопка Войти.
  2. Откройте резервную копию пользователя: ИнструментыРезервные копии → выберите копию → кнопка Данные.
  3. Выберите тип данных — Базы данных, Почта, Файлы.
  4. Выберите нужные файлы.
  5. Нажмите кнопку Восстановить для восстановления файлов из резервной копии.

Когда данные будут восстановлены, в интерфейсе ISPmanager появится сообщение «Восстановление из резервной копии успешно завершено».

Скачивание резервной копии


Чтобы загрузить на локальный компьютер одну из резервных копий, перейдите в

ИнструментыРезервные копии → выберите копию → кнопка Подробнее → выберите пользователя → кнопка Скачать. Резервная копия загрузится в виде архива tar с именем файла YYYY-MM-DD-user.tar.gz.

 Пояснения

YYYY-MM-DD — дата создания копии

user — имя пользователя

для чего они необходимы и как их создавать — Джино • Журнал

22 июля 2019 г.

Время чтения: 3 минуты

Потеря вашего сайта может иметь серьёзные последствия, так как вы лишитесь не только своего контента, но и своей аудитории, и важных для вас данных. Тем не менее, приблизительно половина владельцев сайтов не знают об эффективных решениях для создания резервных копий файлов и информации. Если вы ещё не задумывались о важности резервного копирования, то самое время узнать, почему резервные копии играют важную роль в безопасности сайта и какие способы существуют для их создания.

Почему нужны резервные копии

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

Помимо этого, есть и другие аргументы в пользу создания резервных копий. Если на вашем сайте совершается сбор персональных данных сотрудников или покупателей, то, согласно российским законам, вы обязаны хранить их в безопасности. Это значит, что вы должны не только защищать данные от кражи, но и не допускать их утери.

Многие компании после утраты своего сайта могут прекратить коммерческую деятельность, так и не сумев оправиться от нанесённого ущерба, поскольку повторное создание сайта и наполнение его всем потерянным контентом потребует больших финансовых вложений. При этом клиентскую базу, вероятно, нужно будет собирать заново, однако новому сайту клиенты уже не будут доверять, как раньше. Очевидно, что

пренебрегать сохранением резервных копий вашей страницы строго не рекомендуется.

Особенности резервного копирования

Бэкапы следует создавать регулярно, чтобы после каждого обновления сайта его актуальная копия была доступна вам в случае необходимости. Тогда всё ПО, весь контент и все базы данных будут храниться в полном объёме и с учётом самых актуальных дополнений. Частота создания резервных копий определяется тематикой вашего сайта. Если вы владелец онлайн-магазина, который постоянно получает новые заявки, то вам стоит непрерывно создавать бэкапы во избежание утери заказов. Если же изменения на вашем сайте происходят лишь время от времени, то в этом случае вам будет достаточно резервного копирования по расписанию.

При создании резервных копий важно заботиться о том, чтобы они хранились в безопасности. Если файлы будут скопированы и размещены, к примеру, в корневой папке вашего сайта, то при неполадках вы рискуете потерять и основные файлы сайта, и их бэкап в том числе. Поэтому лучше всего хранить резервные копии на удалённом сервере.

Как создавать резервные копии

Существует три варианта сохранения резервных копий сайта: самостоятельное копирование, копирование с помощью плагина и использование услуг хостинга по созданию и хранению бэкапов.

Создание копий вручную отнимает много времени и требует специальных технических знаний, но пользоваться этим способом вполне возможно. По сути он заключается в копировании файлов с сервера и в их последующем сохранении на другом носителе, на внешнем накопителе или на компьютере. Большое количество файлов может потребовать их предварительного архивирования, на что понадобится дополнительное время. Поэтому не все администраторы сайтов готовы регулярно заниматься созданием копий сайта. К тому же при самостоятельной работе с бэкапами могут возникнуть проблемы с нехваткой пространства на файловых хранилищах, так как необходимо сохранять не только самые свежие копии сайта, но и более ранние, на случай если последние версии страницы окажутся повреждёнными.

Если ваш сайт построен на базе CMS, вы можете создавать бэкапы с помощью соответствующих плагинов и расширений. С их помощью можно настроить регулярное создание копий и освободиться от необходимости копировать файлы вручную. Многие из таких плагинов работают в связке со сторонними облачными хранилищами, поэтому при таком способе придётся следить за тем, чтобы свободного пространства для бэкапов на облаке было достаточно.

Создание бэкапов на хостинге обычно не составляет труда. Многие хостинговые компании предлагают автоматическое резервное копирование с сохранением файлов на своих собственных серверах с высокой степенью защиты. К тому же некоторые хостинги позволяют сохранять бэкапы вручную, если вам будут нужны копии со всеми самыми актуальными изменениями, и проверяют файлы бэкапов на наличие повреждений и вирусной активности. То есть в случае потери файлов и данных вы можете быть уверены, что резервные копии готовы к использованию. При проблемах с восстановлением прежней версии сайта всегда можно обратиться к техподдержке хостинга, которая поможет исправить возникшие проблемы.

Как вы видите, создание резервных копий помогает предотвратить возможное полное уничтожение вашего проекта и, соответственно, нанесение непоправимого ущерба вашему делу. Благодаря регулярному сохранению бэкапов восстановление работы повреждённого сайта не займёт много времени и сил, а создавать страницу заново не потребуется. Способов резервного копирования несколько, но какой именно вариант подходит для вашего сайта, решать только вам.

Резервные копии ArcGIS Enterprise—Portal for ArcGIS

Вы можете создавать резервные копии своего развертывания ArcGIS Enterprise и восстанавливать самые свежие данные в случае отказа или повреждения данных. Это позволяет восстанавливать элементы портала, сервисы и данные, находившиеся на портале во время создания архива.

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

Вы также можете хранить резервные копии, даже если вы реализуете другие стратегии аварийного восстановления. Они дают дополнительную гарантию восстановления вашего развёртывания, если не удаётся выполнить основную стратегию.

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

Что входит в архив

Используйте утилиту webgisdr для экспорта файлов архива, содержащих следующие компоненты развёртывания ArcGIS Enterprise:

  • Элементы и настройки портала
  • ГИС-сервисы и настройки
  • Реляционное хранилище данных и хранилище данных кэша листов

Вы можете создавать дополнительные резервные копии между полными резервными копиями. При создании дополнительной резервной копии файл содержит все изменения, произошедшие в нем с момента последнего полного копирования.

Обратите внимание, что резервная копия, которую вы создали с использованием утилиты webgisdr, не содержит следующего:

  • Листы кэша картографического сервиса. Если они у вас есть, создайте резервную копию всех директорий, где хранятся листы кэша (например, вся директория arcgiscache в C:\arcgisserver\directories\ или <ArcGIS Server installation directory>/arcgis/server/usr/directories). В этих директориях будут содержаться листы кэша и файл схемы листов conf.xml. Директории кэша также могут содержать файловую базу геоданных, status.gdb, которая содержит информацию о созданных листах. Когда вы будете восстанавливать этот сайт, переместите или скопируйте эту информацию обратно в исходную директорию arcgiscache.
  • Базовые источники данных для веб-сервисов – для файловых источников данных вам нужно создать копии этих файлов. Для данных, хранящихся в базе данных, воспользуйтесь инструментами СУБД для создания резервных копий базы данных.
  • Хранилище пространственно-временных больших данных и резервные копии хранилищ графов — Если у вас есть хранилище пространственно-временных больших данных или хранилище графов (или и то, и другое), зарегистрированные на хост-сервере, создайте резервные копии каждого из них с помощью утилиты ArcGIS Data Store backupdatastore.

Чтобы создать накопительные резервные копии при помощи утилиты webgisdr, вы должны включить восстановление по временной точке, или с утилитой ничего не получится.

Также обратите внимание, что для успешной работы утилита webgisdr должна иметь доступ хотя бы к одной машине сайта хост-сервера посредством ArcGIS Server Administrator Directory URL и к первичному хранилищу данных. Чтобы определить, доступен ли URL-адрес, откройте ArcGIS Server Administrator Directory в браузере на компьютере, на котором вы запустите утилиту webgisdr.

Начиная с версии 10.4, список элементов и параметров, которые должны быть идентичными в исходном и целевом развертываниях при запуске утилиты webgisdr, был сокращен. Эти изменения в последних версиях Portal for ArcGIS и ArcGIS Server приведены в следующей таблице:

Должен элемент или настройка совпадать для развертываний при запуске утилиты webgisdr?
Элемент или настройка10.4.x10.5.x, 10.610.6.1 и более новые

URL-адреса общедоступного портала

Да

Да

Да

URL-адреса сервисов для интегрированных серверов

Да

Да

Да

Зарегистрированные хранилища данных, отличные от ArcGIS Data Store

Да

Да

Да

Данные учетной записи для файла …webgisdr.properties

Да

Да

Да

Пути директории ArcGIS Server (например, arcgisjobs)

Да

Да

Нет

Информация о безопасности (LDAP URL-адреса, информация прокси)

Да

Да

Нет

Тип развертывания (одна машина или высокая доступность)

Да

Нет

Нет

URL-адрес частного портала

Да

Нет

Нет

URL-адрес администрирования для интегрированных серверов

Да

Нет

Нет

Имена компьютеров

Да

Нет

Нет

Тип хранилища директории ресурсов портала

Да

Да

Да

Путь к директории ресурсов портала (при использовании файловой системы)

Нет

Нет

Нет

Учетные данные директории ресурсов портала (при использовании облачного хранилища)

Нет

Нет

Нет

Хранилище конфигурации ArcGIS Server

Нет

Нет

Нет

Как часто нужно выполнять резервное копирование развертывания ArcGIS Enterprise

Чем чаще создаются архивы, тем меньше потеря данных при отказе первичного развёртывания. Однако постоянно создавать архивы непрактично (а часто невозможно). Выбирая частоту создания резервных копий, следует учитывать следующее:

  • На создание каждого архива требуется время. Время создания архива увеличивается при увеличении количества и размера ресурсов. Можно сократить это время, выполняя между полными резервными копиями дополнительные.
  • Создание архива — ресурсоёмкий процесс, который может снизить быстродействие сети. Рекомендуется делать полные копии в промежутки времени с наименьшим сетевым трафиком, например, ночью, а промежуточные резервные копии — в течение дня, также выбирая промежутки времени с наименьшим трафиком, например, в обеденное для персонала время. Вы можете запустить инструмент webgisdr как задачу по расписанию в Windows Task Scheduler. Дополнительно, инструмент можно переместить и запустить с другого компьютера, не с того, где установлен портал, при условии что у него имеется доступ к компонентам ArcGIS Enterprise.
  • Хотя файлы архивов сжаты, они все равно занимают место. Следует предусмотреть достаточный объем пространства в защищенном хранилище для хранения файлов резервных копий.

Как долго хранить файлы резервных копий

Решение вопроса, как долго следует хранить резервные копии, зависит от наличия свободного места на диске и от необходимого вам уровня эластичности возможностей восстановления. Если вам не потребуется восстановление до состояния, предшествующего времени создания последней полной резервной копии, то можно хранить последнюю полную резервную копию и созданные позднее архивы накопившихся с тех пор изменений.

Накопительные архивы, созданные с помощью инструмента webgisdr, являются кумулятивными; самый последний накопительный архив может быть применён к последней полной резервной копии. Поэтому, как минимум, необходимо хранить последнюю полную резервную копию и самый последний созданный с тех пор накопительный архив.

Некоторые более старые резервные копии можно перемещать в другие папки, например, в медиа хранилище. Таким образом, если вы обнаружите, что ключевые данные или сервисы удалены раньше полной резервной копии, эти файлы будут все равно вам доступны.

Утилита webgisdr записывает версии компонентов программного обеспечения ArcGIS Enterprise при создании резервной копии. Развёртывание, в которое вы выполняете восстановление, должно быть той же версии, которая у него была при создании резервной копии. Дополнительно вам необходимо вернуться к тому же типу операционной системы. Например, вы не можете создать резервную копию развёртывания ArcGIS Enterprise на Linux и восстановить её на машинах с Windows.


Отзыв по этому разделу?

Резервное копирование АТС, восстановление и отказоустойчивость

Введение

3CX имеет интегрированную систему резервного копирования и восстановления, которая выполняет несколько функций:

  • Создает периодические резервные копии конфигурации АТС — в ручном режиме и автоматически по расписанию.
  • Позволяет легко перейти на новую версию 3CX.
  • Позволяет быстро перенести систему на другой сервер.
  • Позволяет создать резервный сервер для обеспечения отказоустойчивости.

Хотя 3CX может выполнять резервное копирование на локальный диск, удаленный FTP, SMB или SFTP-сервер, рекомендуется создавать резервные копии в контейнерах Google Storage. Для использования контейнеров Google Storage необходимо создать и настроить учетную запись. Планируйте резервное копирование и восстановление в нерабочее время, поскольку во время этих операций останавливаются сервисы 3CX.

Настройка хранилища резервных копий

Перейдите в раздел Backup and Restore” и укажите хранилище резервных копий:

  1. Нажмите кнопку “Location” и укажите тип хранилища “Location Type”:
  • “Local disk” — выберите папку на локальном диске с соответствующими правами на запись.
  • “Google Storage” — укажите сохраненный ранее ключ JSON и нажмите “Connect” для выбора пути в контейнере хранилища Google Cloud. Подробнее о настройке хранилища Google Cloud.
  • “FTP” — укажите папку и учетные данные доступа FTP сервера. Поддерживаются протоколы FTP, FTPS и FTPES
  • “SMB” — укажите путь к общей папке Windows и учетные данные доступа, включая домен.
  • “SFTP — SSH FIle Transfer” — укажите путь к серверу SSH (Secure SHell) и учетные данные доступа, включая, если необходимо, ключ OpenSSH. Дополнительная информация о создании и / или конвертации ключей OpenSSH. Внимание! В данный момент не поддерживаются следующие сервисы SFTP:
  1. Amazon S3 buckets
  2. AWS Transfer for SFTP managed service
  3. MS Azure Blob Storage
  1. Нажмите «OK», чтобы сохранить расположение резервных копий.

Все резервные копии, расположенные в хранилище, можно скачать или удалить в интерфейсе 3CX в разделе “Backup and Restore”.

⚠ Внимание: 

  • Не указывайте размещение резервных копий в каких-либо папках локальной  инсталляции 3CX, потому что они будут удалены при деинсталляции сервера.
  • Установка локального пути резервного копирования в Linux требует, чтобы выбранная папка принадлежала пользователю

    phonesystem

    и имела права на запись сервисами АТС.
  • В связи с недавними изменениями в политике Google API в отношении данных пользователей, поддержка GDrive была отменена. Подробнее см. здесь.

Создание резервной копии

  1. Нажмите кнопку “Backup” и укажите имя резервной копии.
  2. Выберите опции резервного копирования.
  3. Нажмите кнопку OK”, чтобы начать резервирование. Вы получите уведомление на e-mail, когда резервирование будет завершено. Резервная копия появится в репозитории, в разделе “Backup and Restore”.

Резервирование по расписанию

Для планирования резервного копирования в разделе Backup and Restore”:

  1. Нажмите кнопку Schedule Backup” и включите опцию Enable Schedule Backup”.
  2. Укажите опции резервного копирования, периодичность (“Daily” или Weekly”) и время резервного копирования.
  3. Укажите период ротации резервных копий, т.е количество копий, после которого старые архивы будут перезаписаны новыми.
  4. Нажмите OK”, чтобы сохранить параметры резервирования.

Восстановление резервной копии

Вы можете восстановить резервную копию в любой момент, если планируете перенести систему на другой сервер или перейти на новую версию 3CX. Также можно проводить восстановление по расписанию, указав, нужно ли запускать сервисы АТС после восстановления. Основная цель восстановления по расписанию — постоянное поддержание резервного сервера 3CX с актуальной конфигурацией и пользовательскими данными.

💡 Совет: Резервную копию предыдущей версии либо другого экземпляра 3CX следует разместить в общем хранилище резервных копий. 3CX сможет использовать эту резервную копию для восстановления конфигурации.

Немедленное восстановление

  1. Выберите резервную копию и нажмите кнопку “Restore”.
  2. Нажмите “OK” для подтверждения того, что во время восстановления все сервисы 3CX будут остановлены.
  3. Вы будете отключены от интерфейса управления 3CX до завершения процесса восстановления. Затем можно будет снова зайти в интерфейс 3CX.

⚠ Важная информация по переходу с предыдущих версий 3CX:

  • Резервные копии предыдущих версий восстанавливаются только на этапе первоначальной установки новой версии АТС.
  • Для перехода с версий 3CX ниже 14 следуйте по такому пути:
  • v15.5: перейдите на v18 напрямую.
  • V16: для перехода на V18 см. инструкцию.

Восстановление по расписанию

Настройте восстановление по расписанию в разделе “Backup & Restore”, чтобы поддерживать резервный сервер АТС с актуальной конфигурацией:

  1. Нажмите кнопку “Restore Schedule” и включите опцию Enable Schedule Restore”.
  2. Укажите ежедневное или еженедельное восстановление и время запуска восстановления.
  3. Укажите, нужно ли запускать сервисы 3CX после завершения восстановления.
  4. Укажите пароль, если резервная копия была защищена паролем.
  5. Для восстановления автоматически используется резервная копия

    3CXScheduledBackup.zip

    , созданная по расписанию. Резервные копии, созданные вручную, НЕ используются при автоматическом восстановлении.

Дополнительная информация

Резервное копирование баз данных [BS Docs 5]

Резервное копирование баз данных можно производить несколькими способами:

Для создания резервной копии базы данных необходимо выделить ее в дереве объектов SQL Server Management Studio2), в контекстном меню выбрать  пункт «Задачи → Создать резервную копию…».

Рисунок 1

В окне «Резервное копирование базы данных» (Рис. 1) на странице Общие в разделе «Источник» в поле «Тип резервной копии выбрать Полная; в разделе «Назначение» по кнопке «Добавить» указать файл резервной копии базы данных. Для проверки целостности копии базы данных на закладке Параметры в разделе «Надежность» установить флаг Проверить резервную копию после завершения.

Нажатием кнопки «OK» запустить создание резервной копии выбранной базы данных и дождаться сообщения «Резервное копирование базы данных «<имя_базы>» успешно завершено.».

Настройка автоматического резервного копирования баз данных возможна разными способами. Здесь приведена схема работы скрипта, создающего резервные копии указанных баз данных в указанные папки.

Схема работы:

  1. Скрипт запускается непосредственно на SQL Server’e, имя инстанции SQL Server указывается в скрипте. Для выполнения SQL-кода указывается путь к соответствующей утилите. Создается резервная копия базы данных с указанием даты в имени файла. Файл сохраняется локально по указанному пути. Создаются лог-файлы резервного копирования для каждой базы с указанием имени базы в названии файла и общий лог-файл.
  2. Файл резервной копии запаковываются архиватором. В скрипте необходимо указать используемый архиватор.

  3. Созданный архив копируется на указанные сетевые источники хранения архивов при необходимости.

  4. Старые архивы удаляются. В скрипте указывается утилита для удаления файлов.

Что такое резервные копии и почему они должны быть у вас | NETSPECTRUM ИНТЕРНЕТ-РЕШЕНИЯ

Что такое резервные копии и почему они должны быть у вас

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

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

 

Резервные копии имеют решающее значение.

Так как же сделать резервную копию вашей информации? Есть несколько разных вариантов.

 

Резервное копирование компьютеров

Используйте внешний жесткий диск для резервного копирования файлов. Вы можете сделать полную резервную копию своих файлов с помощью Time Machine (Mac) или резервного копирования и восстановления Windows и/или истории файлов. Эти резервные копии должны быть сделаны на внешнем жестком диске. Если вы создаете резервную копию Mac с помощью Time Machine, вам нужно будет использовать жесткий диск, отформатированный для Mac (вы можете либо купить его предварительно отформатированным, либо отформатировать диск с помощью Дисковой утилиты).

Теперь проблема с внешним жестким диском заключается в том, что он часто находится в том же физическом месте, что и ваш компьютер.Поэтому в случае пожара или кражи есть большая вероятность, что ваши резервные копии пропали с вашим компьютером и больше не будут вам полезны.

Лучшим способом резервного копирования ваших файлов будет использование онлайн-сервиса, такого как Crash Plan, IDrive, Google Drive, OneDrive, DropBox и т. д.

 

Резервные копии мобильных устройств

Подумай, сколько фотографий у тебя сейчас в телефоне… какие-нибудь особые воспоминания, которые ты не хотел бы потерять? Это происходит слишком часто, потому что люди не создают резервные копии своих мобильных телефонов или планшетов.Многие предполагают, что их поставщик или производитель могут каким-то образом вернуть свои фотографии с потерянного, украденного или поврежденного телефона, но это неверно, если для устройства не создана резервная копия.

 

iPhone, iPad и iPod Touch имеют два варианта резервного копирования. Либо через iCloud, либо через iTunes. Резервное копирование в iCloud, скорее всего, потребует покупки дополнительного хранилища iCloud (iCloud поставляется только с 5 ГБ хранилища). Резервная копия iTunes требует, чтобы вы подключили свой iPhone, iPad или iPod к компьютеру и создали там резервную копию.Имейте в виду, если у вас также нет резервной копии вашего компьютера, если что-то случится с вашим мобильным устройством и компьютером, у вас не будет резервных копий.

Вот статья базы знаний Apple, объясняющая, как сделать любой из этих вариантов резервного копирования.

 

Телефоны и планшеты Android

Самый простой способ сделать резервную копию телефона или планшета Android — через Google. Параметры резервного копирования можно найти в настройках вашего телефона/планшета. Вы также можете сделать резервную копию на свой компьютер, настроив телефон для чтения как съемное запоминающее устройство (ваш компьютер видит ваш телефон/планшет как USB-накопитель).

Вот статья, в которой подробно описаны несколько способов резервного копирования устройств Android.

 

Телефоны и планшеты Windows

Телефоны и планшеты Windows имеют такую ​​же систему резервного копирования, что и устройства Android. Параметры резервного копирования находятся в настройках вашей системы и используют OneDrive для сохранения резервных копий.

См. эту статью о резервном копировании мобильных устройств Windows.

 

Обратите внимание, что при онлайн-резервном копировании передача новых файлов для обновления резервных копий будет использовать данные.Все интернет-планы NETSPECTRUM включают неограниченные данные, поэтому вам не нужно беспокоиться о своем использовании, но некоторые провайдеры могут ограничивать ваше использование и взимать излишек или снижать скорость, как только ваш лимит будет достигнут.

 

Хотите узнать больше об интернет-терминологии? Ознакомьтесь с нашей записью в блоге с объяснением общих терминов в Интернете.

Что такое резервное копирование (резервное копирование данных)?

Резервное копирование относится к копированию физических или виртуальных файлов или баз данных во вторичное место для сохранения в случае сбоя оборудования или катастрофы.Процесс резервного копирования данных имеет ключевое значение для успешного плана аварийного восстановления.

Предприятия создают резервные копии данных, которые они считают уязвимыми, в случае ошибок программного обеспечения, повреждения данных, отказа оборудования, злонамеренного взлома, ошибки пользователя или других непредвиденных событий. Резервные копии захватывают и синхронизируют снимок на определенный момент времени, который затем используется для возврата данных в их предыдущее состояние.

Тестирование резервного копирования и восстановления исследует методы и технологии организации для обеспечения безопасности данных и репликации данных.Цель состоит в том, чтобы обеспечить быстрый и надежный поиск данных в случае необходимости. Процесс извлечения резервных копий файлов данных известен как восстановление файла .

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

Важность резервного копирования данных

Резервные копии данных являются одним из наиболее важных компонентов инфраструктуры в любой организации, поскольку они помогают предотвратить потерю данных.Резервные копии предоставляют способ восстановления удаленных файлов или восстановления файла, если он был случайно перезаписан.

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

Резервное копирование каких данных следует выполнять и как часто?

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

Передовой опыт предполагает, что полное резервное копирование данных должно выполняться не реже одного раза в неделю, часто в выходные или нерабочие часы. В дополнение к еженедельному полному резервному копированию предприятия обычно планируют серию дифференциальных или добавочных заданий резервного копирования данных, которые резервируют только те данные, которые изменились с момента последнего полного резервного копирования.

Эволюция носителей резервного копирования

Предприятия обычно выполняют резервное копирование ключевых данных на специальные дисковые устройства для резервного копирования. Программное обеспечение для резервного копирования, встроенное в устройства или работающее на отдельном сервере, управляет процессом копирования данных на дисковые устройства. Программное обеспечение для резервного копирования обрабатывает такие процессы, как дедупликация данных, которые уменьшают объем физического пространства, необходимого для хранения данных. Программное обеспечение для резервного копирования также применяет политики, определяющие частоту резервного копирования определенных данных, количество копий и место хранения резервных копий.

До того, как в начале 2000-х годов основным носителем резервных копий стал диск, большинство организаций использовали библиотеки магнитных лент для хранения резервных копий центров обработки данных. Лента все еще используется сегодня, но в основном для архивных данных, которые не нужно быстро восстанавливать. В некоторых организациях принято использовать съемный внешний диск вместо ленты, но основная концепция резервного копирования данных на съемный носитель остается прежней.

Дисковые резервные копии позволили организациям обеспечить непрерывную защиту данных.До создания резервных копий на дисках организации обычно создавали одну ночную резервную копию. Ранее все ночные резервные копии были полными резервными копиями системы. Со временем файлы резервных копий становились больше, а окна резервных копий оставались прежними или даже уменьшались. Это вынуждало многие организации создавать инкрементные резервные копии каждую ночь.

Платформы непрерывной защиты данных

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

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

Хотя некоторые продукты резервного копирования по-прежнему используют отдельные серверы резервного копирования, поставщики резервного копирования все чаще переходят на интегрированные устройства защиты данных.В простейшем случае интегрированное устройство обработки данных представляет собой файловый сервер с жесткими дисками и программным обеспечением для резервного копирования. Эти устройства хранения данных plug-and-play часто включают в себя автоматизированные функции для контроля емкости диска, расширяемое хранилище и предварительно настроенные ленточные библиотеки.

Некоторые поставщики резервного копирования также начали предлагать платформы резервного копирования, основанные на использовании гиперконвергентных систем. Эти системы состоят из наборов стандартизированных серверов, объединенных в кластеры и совместно обрабатывающих процессы, связанные с резервным копированием.Одно из основных преимуществ гиперконвергентных систем заключается в том, что они легко масштабируются. Каждый узел в гиперконвергентной системе содержит собственное интегрированное хранилище, вычислительные и сетевые ресурсы. Администраторы могут масштабировать емкость резервного копирования организации, просто добавляя дополнительные узлы в кластер.

Независимо от того, являются ли они гиперконвергентными или нет, большинство дисковых устройств резервного копирования позволяют перемещать копии с вращающихся носителей на магнитные ленты для долгосрочного хранения. Системы с магнитными лентами все еще используются из-за увеличения плотности лент и появления линейной файловой системы на магнитных лентах.

Ранние дисковые системы резервного копирования были известны как виртуальные ленточные библиотеки (VTL), потому что они включали диски, которые работали так же, как ленточные накопители. Таким образом, приложения для резервного копирования, разработанные для записи данных на ленту, могут рассматривать диск как физическую ленточную библиотеку. VTL исчезли из популярного использования после того, как поставщики программного обеспечения для резервного копирования оптимизировали свои продукты для дисков, а не для лент.

Твердотельные накопители (SSD) редко используются для резервного копирования данных из-за проблем с ценой и надежностью.Некоторые поставщики хранилищ включают твердотельные накопители в качестве инструмента кэширования или многоуровневого управления операциями записи в дисковых массивах. Это особенно распространено в гиперконвергентных системах. Данные сначала кэшируются во флэш-памяти, а затем записываются на диск. Поскольку поставщики выпускают твердотельные накопители большей емкости, чем дисковые накопители, флэш-накопители могут использоваться для резервного копирования.

Локальное резервное копирование по сравнению с автономным резервным копированием для основного хранилища

Современные первичные системы хранения эволюционировали, чтобы обеспечить более мощные встроенные возможности резервного копирования данных.Эти функции включают расширенные схемы защиты RAID, неограниченное количество моментальных снимков и инструменты для репликации моментальных снимков во вторичную резервную копию или даже в третичную резервную копию за пределами площадки. Несмотря на эти достижения, резервное копирование на основе основного хранилища, как правило, дороже, и ему не хватает возможностей индексирования, присущих традиционным продуктам резервного копирования.

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

Одним из преимуществ локального резервного копирования является возможность резервного копирования данных за сетевым брандмауэром. Локальное резервное копирование также намного быстрее и обеспечивает больший контроль над тем, кто может получить доступ к данным.

Автономное или холодное резервное копирование похоже на локальное резервное копирование, хотя чаще всего оно связано с резервным копированием базы данных. Резервное копирование в автономном режиме приводит к простою, поскольку процесс резервного копирования происходит, когда база данных отключена от сети.

Резервное копирование и облачное хранилище

Выносное резервное копирование передает копии данных в удаленное место, которое может включать резервный центр обработки данных компании или арендованное совместное размещение.Удаленное резервное копирование данных все чаще приравнивается к облачному хранилищу на основе подписки как к услуге, которая обеспечивает недорогую масштабируемую емкость и устраняет необходимость покупки и обслуживания оборудования для резервного копирования. Несмотря на растущую популярность, выбор резервного копирования как услуги (BaaS) требует от пользователей шифрования данных и принятия других мер для защиты целостности данных.

Облачное резервное копирование делится на следующие:

  • Общедоступное облачное хранилище. Пользователи отправляют данные поставщику облачных услуг, который взимает с них ежемесячную абонентскую плату в зависимости от используемого хранилища.За вход и выход данных взимается дополнительная плата. AWS, Google Cloud и Microsoft Azure — крупнейшие поставщики публичных облачных сервисов. Небольшие поставщики управляемых услуг также размещают резервные копии в своих облаках или управляют резервными копиями клиентов в больших общедоступных облаках.
  • Частное облачное хранилище. Резервное копирование данных выполняется на разные серверы внутри брандмауэра компании, обычно между локальным центром обработки данных и дополнительным сайтом аварийного восстановления. По этой причине частное облачное хранилище иногда называют внутренним облачным хранилищем .
  • Гибридное облачное хранилище. Компания использует как локальное, так и удаленное хранилище. Предприятия обычно выборочно используют общедоступное облачное хранилище для архивирования данных и их долгосрочного хранения. Они используют частное хранилище для локального доступа и резервного копирования для более быстрого доступа к своим наиболее важным данным.

Большинство поставщиков резервного копирования позволяют выполнять резервное копирование локальных приложений в выделенное частное облако, эффективно рассматривая резервное копирование данных в облаке как расширение физического центра обработки данных клиента.Когда процесс позволяет приложениям выполнять отработку отказа в случае аварии и возвращаться к ней позже, это известно как аварийное восстановление как услуга .

Резервное копирование данных

«облако в облако» (C2C) — это альтернативный подход, который набирает обороты. Резервное копирование C2C защищает данные на платформах SaaS, таких как Salesforce или Microsoft Office 365. Эти данные часто существуют только в облаке, но поставщики SaaS часто взимают большие сборы за восстановление данных, потерянных из-за ошибки клиента. Резервное копирование C2C работает путем копирования данных SaaS в другое облако, откуда их можно восстановить в случае потери каких-либо данных.

Резервное хранилище для ПК и мобильных устройств Пользователи ПК

могут использовать как локальное резервное копирование с внутреннего жесткого диска компьютера на подключенный внешний жесткий диск, так и на съемные носители, например флэш-накопитель.

Другой альтернативой для потребителей является резервное копирование данных со смартфонов и планшетов в личное облачное хранилище, которое доступно у таких поставщиков, как Box, Carbonite, Dropbox, Google Drive, Microsoft OneDrive и других. Эти услуги обычно используются для бесплатного предоставления определенной емкости, что дает потребителям возможность приобретать дополнительное хранилище по мере необходимости.В отличие от корпоративного облачного хранилища как услуги, эти потребительские облачные предложения, как правило, не обеспечивают уровень безопасности данных, который требуется бизнесу.

Поставщики программного обеспечения и оборудования для резервного копирования

Поставщики, которые продают аппаратные платформы резервного копирования, включают Barracuda Networks, Cohesity, Dell EMC (Data Domain), Drobo, ExaGrid Systems, Hewlett Packard Enterprise, Hitachi Vantara, IBM, NEC Corp., Oracle StorageTek (ленточные библиотеки), Quantum Corp., Rubrik , Spectra Logic, Unitrends и Veritas NetBackup.

Ведущие поставщики корпоративного программного обеспечения для резервного копирования включают Acronis, Arcserve, Asigra, Commvault, Datto, Dell EMC Data Protection Suite (Avamar и NetWorker), диспетчер репликации Dell EMC RecoverPoint, Druva, Nakivo, Veeam Software и Veritas Technologies.

ОС Microsoft Windows Server по своей сути имеет устойчивую файловую систему Microsoft (ReFS) для автоматического обнаружения и восстановления поврежденных данных. Хотя технически это не резервное копирование данных, Microsoft ReFS предназначена для предотвращения повреждения данных файловой системы.

VMware vSphere предоставляет набор инструментов резервного копирования для защиты данных, высокой доступности и репликации. API-интерфейс VMware vStorage для защиты данных (VADP) позволяет VMware или поддерживаемому стороннему ПО для резервного копирования безопасно создавать полные и добавочные резервные копии виртуальных машин. VADP реализует резервное копирование с помощью моментальных снимков на основе гипервизора. В качестве дополнения к резервному копированию данных динамическая миграция VMware vSphere позволяет перемещать виртуальные машины между различными платформами, чтобы свести к минимуму последствия аварийного восстановления. Виртуальные тома VMware также помогают выполнять резервное копирование ВМ.

Определены типы резервного копирования
  • Полная резервная копия создает копию всего набора данных. Несмотря на то, что полное резервное копирование считается самым надежным методом резервного копирования, оно занимает много времени и требует большого количества дисков или лент. Большинство организаций выполняют полное резервное копирование только периодически.
  • Инкрементальное резервное копирование предлагает альтернативу полному резервному копированию, создавая резервную копию только тех данных, которые изменились с момента последнего полного резервного копирования. Недостатком является то, что полное восстановление занимает больше времени, если для восстановления используется инкрементная резервная копия данных.
  • Дифференциальное резервное копирование копий данных, измененных с момента последнего полного резервного копирования. Это позволяет выполнять полное восстановление быстрее, поскольку требуется только последняя полная резервная копия и последняя дифференциальная резервная копия. Например, если вы создаете полную резервную копию в понедельник, резервная копия во вторник будет аналогична добавочной резервной копии. Резервная копия в среду затем создаст резервную копию разности, которая изменилась с момента полной резервной копии в понедельник. Недостатком является то, что постепенный рост разностных резервных копий отрицательно влияет на окно резервного копирования.Дифференциальная резервная копия порождает файл, объединяя более раннюю полную копию с одной или несколькими добавочными копиями, созданными позже. Собранный файл не является прямой копией любого отдельного текущего или ранее созданного файла, а скорее синтезирован из исходного файла и любых последующих модификаций этого файла.
  • Синтетическая полная резервная копия — это разновидность дифференциальной резервной копии. При синтетическом полном резервном копировании сервер резервного копирования создает дополнительную полную копию, основанную на исходной полной резервной копии и данных, полученных из добавочных копий.
  • Инкрементное резервное копирование навсегда сводит к минимуму окно резервного копирования, обеспечивая более быстрый доступ к данным для восстановления. Инкрементное резервное копирование навсегда захватывает полный набор данных, а затем дополняет его инкрементными резервными копиями с этого момента. Резервное копирование только измененных блоков также известно как дельта-дифференциация . Полные резервные копии наборов данных обычно хранятся на сервере резервного копирования, который автоматизирует восстановление.
  • Обратно-инкрементные резервные копии — это изменения, сделанные между двумя экземплярами зеркала.После создания исходной полной резервной копии каждая последующая добавочная резервная копия применяет любые изменения к существующей полной резервной копии. По сути, это создает новую синтетическую полную резервную копию каждый раз, когда применяется добавочное изменение, а также обеспечивает возврат к предыдущим полным резервным копиям.
  • Горячее резервное копирование или динамическое резервное копирование применяется к данным, которые остаются доступными для пользователей в процессе обновления. Этот метод позволяет избежать простоев пользователей и потери производительности. Риск горячего резервного копирования заключается в том, что если данные будут изменены во время резервного копирования, результирующая резервная копия может не соответствовать окончательному состоянию данных.

Методы и технологии, дополняющие резервное копирование данных
  • Непрерывная защита данных (CDP) относится к уровням связанных технологий, предназначенных для улучшения защиты данных. Система хранения на основе CDP создает резервные копии всех корпоративных данных всякий раз, когда в них вносятся изменения. Инструменты CDP позволяют создавать несколько копий данных. Многие системы CDP содержат встроенный механизм, который реплицирует данные с основного на дополнительный сервер резервного копирования и/или на ленточное хранилище.Резервное копирование с диска на диск на ленту — популярная архитектура для систем CDP.
  • Почти непрерывный CDP создает моментальные снимки резервных копий с заданными интервалами, которые отличаются от моментальных снимков поставщика на основе массива, которые создаются каждый раз при записи новых данных в хранилище.
  • Сокращение объемов данных уменьшает объем хранилища. Существует два основных метода: сжатие данных и дедупликация данных. Эти методы можно использовать по отдельности, но поставщики часто комбинируют подходы. Уменьшение размера данных влияет на окна резервного копирования и время восстановления.
  • Клонирование диска включает в себя копирование содержимого жесткого диска компьютера, его сохранение в виде файла образа и перенос на носитель. Клонирование диска можно использовать для подготовки, подготовки системы, восстановления системы и перезагрузки или возврата системы к исходной конфигурации.
  • Erasure coding , или прямое исправление ошибок, разработано как масштабируемая альтернатива традиционным системам RAID. Кодирование стирания чаще всего связано с хранением объектов.RAID чередует данные, записываемые на несколько дисков, с использованием диска четности для обеспечения избыточности и отказоустойчивости. Технология разбивает данные на фрагменты и кодирует их с другими битами избыточных данных. Эти закодированные фрагменты хранятся на разных носителях, узлах или в разных географических точках. Связанные фрагменты используются для восстановления поврежденных данных с использованием метода, известного как передискретизация .
  • Плоское резервное копирование — это схема защиты данных, при которой прямая копия моментального снимка перемещается в недорогое хранилище без использования традиционного программного обеспечения для резервного копирования.Исходный снимок сохраняет исходный формат и местоположение; плоская резервная копия монтируется, если оригинал становится недоступным или непригодным для использования.
  • Зеркальное отображение размещает файлы данных на нескольких компьютерах-серверах, чтобы обеспечить их доступность для пользователей. При синхронном зеркалировании данные записываются на локальный и удаленный диски одновременно. Записи из локального хранилища не подтверждаются до тех пор, пока не будет отправлено подтверждение из удаленного хранилища, что гарантирует наличие на двух сайтах идентичной копии данных.И наоборот, асинхронная локальная запись завершается до отправки подтверждения с удаленного сервера.
  • Репликация позволяет пользователям выбирать необходимое количество реплик или копий данных, необходимых для поддержания или возобновления бизнес-операций. Репликация данных копирует данные из одного места в другое, обеспечивая актуальную копию для ускорения аварийного восстановления.
  • Восстановление на месте , или мгновенное восстановление, позволяет пользователям временно запускать производственное приложение непосредственно из резервного экземпляра ВМ, тем самым сохраняя доступность данных во время восстановления основной ВМ.Установка физического экземпляра или экземпляра виртуальной машины непосредственно на сервер резервного копирования или резервного копирования может ускорить восстановление на уровне системы за считанные минуты. Восстановление из смонтированного образа приводит к снижению производительности, поскольку серверы резервного копирования не рассчитаны на рабочие нагрузки.
  • Моментальные снимки хранилища фиксируют набор эталонных маркеров на диске для заданной базы данных, файла или тома хранилища. Пользователи обращаются к маркерам или указателям для восстановления данных с выбранного момента времени. Поскольку он создается из исходного тома, отдельный моментальный снимок хранилища является экземпляром, а не полной резервной копией.Таким образом, моментальные снимки не защищают данные от аппаратного сбоя.

Снимки обычно группируются по трем категориям: измененный блок, клоны и CDP. Снапшоты впервые появились как инструмент управления в массиве хранения. Появление виртуализации добавило моментальные снимки на основе гипервизора. Моментальные снимки также могут быть реализованы с помощью программного обеспечения для резервного копирования или даже через виртуальную машину.

Управление копированием данных и синхронизация файлов и совместное использование

С резервным копированием косвенно связано управление данными копирования (CDM).Это программное обеспечение, которое дает представление о нескольких копиях данных, которые может создать предприятие. Он позволяет отдельным группам пользователей работать с общей копией данных. Хотя технически это не технология резервного копирования, CDM позволяет компаниям эффективно управлять копиями данных, выявляя лишние или недостаточно используемые копии, тем самым сокращая емкость хранилища резервных копий и окна резервного копирования.

Средства синхронизации и обмена файлами защищают данные на мобильных устройствах, используемых сотрудниками. Эти инструменты в основном копируют измененные пользовательские файлы между мобильными устройствами.Хотя это защищает файлы данных, это не позволяет пользователям вернуться к определенному моменту времени в случае сбоя устройства.

Как правильно выбрать вариант резервного копирования

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

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

Создание политики резервного копирования

Большинство компаний создают политику резервного копирования для управления методами и типами защиты данных, которые они развертывают, и для обеспечения последовательного и регулярного резервного копирования важных бизнес-данных. Политика резервного копирования также создает контрольный список, который ИТ-отдел может отслеживать и соблюдать, поскольку отдел отвечает за защиту всех критически важных данных организации.

Политика резервного копирования должна включать расписание резервного копирования. Политики задокументированы, поэтому другие могут следовать им для резервного копирования и восстановления данных, если главный администратор резервного копирования недоступен.

Политики хранения данных также часто являются частью политики резервного копирования, особенно для компаний в регулируемых отраслях. Предустановленные правила хранения данных могут привести к автоматическому удалению или переносу данных на другой носитель после того, как они хранятся в течение определенного периода времени. Правила хранения данных также могут быть установлены для отдельных пользователей, отделов и типов файлов.

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

Политики резервного копирования должны быть сосредоточены на восстановлении, часто в большей степени, чем на фактическом резервном копировании, потому что резервные копии данных не очень полезны, если их нельзя восстановить при необходимости. И восстановление является ключом к DR.

Политики резервного копирования, используемые в основном для передачи данных на ленту и с ленты.Сейчас большая часть данных резервируется на диск, а общедоступные облака часто используются в качестве целей резервного копирования. Процесс перемещения данных на диск и с диска, в облако и на ленту отличается для каждой цели, поэтому это должно быть отражено в политике. Процессы резервного копирования также могут различаться в зависимости от приложения — например, для базы данных может потребоваться иная обработка, чем для файлового сервера

.

Зачем нужны файлы резервных копий — как создавать резервные копии данных

Резервное копирование файлов происходит, когда вы сохраняете копии важных системных и личных файлов на жестком диске или вспомогательном устройстве хранения, например, на внешнем резервном накопителе или флэш-накопителе.Создание резервных копий — важный шаг в обслуживании компьютера для защиты ваших данных в случае сбоя системы или повреждения файлов.

Кто должен создавать резервные копии файлов?

Все люди и организации рискуют безвозвратно потерять важные данные, если не сделают резервную копию своих файлов. Для физических лиц потеря личных финансовых записей, важных документов и незаменимых фотографий приводит к сильному стрессу и разочарованию.

Организации, которые не делают резервные копии своих файлов, особенно финансовых, рискуют нанести ущерб своему бизнесу, возможно, вплоть до его потери.

Многие компании полагаются на компьютеры для управления всей своей деятельностью: финансами, кадрами, расчетом заработной платы, продажами, маркетингом и многим другим. В некоторых случаях компании, которые не могут получить доступ к своим файлам по случайным или злонамеренным причинам, не могут продолжать работу.

Весной 2017 года деятельность Национальной службы здравоохранения (NHS) Соединенного Королевства была скомпрометирована вредоносным ПО, которое делало файлы недоступными. В 2014 году Sony Pictures столкнулась с аналогичной блокировкой, которая негативно повлияла на их бизнес.

Каков наибольший риск для файлов?

Тремя наиболее значительными рисками для компьютерных файлов являются:

  • Халатность пользователя или администратора
  • Неисправность или кража компьютера
  • Взлом компьютера

Иногда пользователи — и даже ИТ-администраторы — случайно нажимают кнопку удаления файла или каталога . Это чувство упадка, которое вы испытываете, когда осознаете свою ошибку, может быть смягчено только восстановлением файлов.

Наилучшей защитой от такого рода ошибок является программное обеспечение для резервного копирования, которое создает добавочные копии открытых файлов.Кроме того, в конце рабочего дня создание автоматического «зеркала» памяти компьютера обеспечивает дополнительную гарантию того, что при необходимости вы сможете быстро восстановить данные.

Если у вас когда-нибудь неожиданно умирал компьютер, вы понимаете, какое разочарование это сопровождает. Создание и хранение частых резервных копий на физически удаленных устройствах обеспечивает душевное спокойствие, необходимое вам, когда вы доверяете машинам свою ценную информацию. – Этот подход также может спасти жизнь, если кто-то украдет ваш компьютер или устройство, так как вы можете заменить устройство и загрузить файлы с внешнего хранилища на новое устройство.

Киберпреступники становятся все более наглыми, когда дело доходит до заражения компьютеров вредоносным программным обеспечением, называемым программами-вымогателями. Программы-вымогатели блокируют доступ конечных пользователей к файлам и программным приложениям на их компьютерах. Хакеры требуют, чтобы отдельные лица или организации заплатили выкуп за восстановление доступа к своим файлам.

Ранее упомянутая атака NHS, как и тысячи других атак по всему миру, была атакой программы-вымогателя. Инцидент вынудил закрыть клиники и остановить операции по всей Великобритании.

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

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

Как создать резервную копию?

Самый распространенный способ резервного копирования компьютерных файлов — использование программного обеспечения, входящего в состав операционной системы на персональных компьютерах.Apple iOS и Microsoft Windows предоставляют встроенные утилиты, которые предлагают возможности резервного копирования и восстановления для компьютеров.

Вы можете создавать резервные копии файлов в отдельных разделах на локальных дисках или на внешних устройствах хранения. Первый метод не защитит вас, если ваш компьютер полностью выйдет из строя и вы не сможете получить доступ к своим внутренним дискам. Резервное копирование на удаленное устройство — наиболее желательный вариант для полномасштабной защиты.

Такие программные продукты, как Kaspersky Total Security, предоставляют инструменты и поддержку, необходимые для создания зашифрованных резервных копий.Кроме того, установка и обновление качественной антивирусной программы — это первый шаг к защите ваших устройств от потенциально дорогостоящих атак вредоносных программ и программ-вымогателей.

Совет: Kaspersky Internet Security защищает ваш доступ в Интернет от вторжений. И учтите частое обновление пользовательских паролей из не менее восьми символов различных типов (верхний/нижний регистр, цифры, спецсимволы).

Службы резервного копирования, такие как iDrive, SpiderOakONE и SOS Online Backup, копируют файлы в облако, поддерживаемое специализированным программным обеспечением.Другие общие облачные решения включают решения Dropbox, Google Drive и Apple Cloud.

Хотя в 2016 году хакерам удалось украсть информацию об учетных записях клиентов из Dropbox, теперь сервис обеспечивает усиленную кибербезопасность для защиты жизненно важных пользовательских данных.

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

Статьи по теме:

Связанные продукты:

Зачем нужны файлы резервных копий

Kaspersky

Создание резервных копий является важным шагом в обслуживании компьютера для защиты ваших данных в случае сбоя системы или повреждения файлов. Узнайте о самых больших рисках для файлов и о том, как создать резервную копию.

Как просмотреть и удалить старые резервные копии iCloud на iPhone и Mac

Хранение резервных копий в iCloud — фантастическая идея, если ваш iPhone, iPad или Mac по какой-либо причине сбрасывается.Мы не можем не подчеркнуть, насколько важно знать, как сделать резервную копию вашего iPhone и iPad, а также вашего Mac, особенно если вы только что получили новый iPhone или обновились до iOS 15, поэтому вы не хотите потерять любые важные файлы, фотографии или данные приложения.

При этом каждая резервная копия занимает место. Если вы часто выполняете резервное копирование своих устройств, вам может не хватить места в хранилище iCloud, особенно если у вас есть только 5 ГБ, которые Apple дает вам. Хорошей новостью является то, что вы можете удалить старые резервные копии iCloud прямо на своем iPhone с iOS 15, чтобы у вас не было ненужных и старых данных, которые засоряют ваше хранилище.В конце концов, лучший iPhone — это iPhone с резервной копией и без ненужного беспорядка.

Что такое резервная копия iCloud?

iCloud автоматически создает резервную копию всех данных на вашем iPhone или iPad каждый день, пока устройство подключено к Wi-Fi, включено, заблокировано и подключено к источнику питания. Это упрощает восстановление устройства, если вам нужно стереть его или настроить новый iPhone или iPad с вашими существующими данными.

Вот что копируется в iCloud:

  • История покупок iTunes
  • Фото и видео (если у вас не включена библиотека фотографий iCloud)
  • Настройки устройства
  • Данные приложения
  • Главный экран и организация приложений
  • iMessage, текстовые сообщения, MMS-сообщения (при восстановлении требуется SIM-карта, использованная при резервном копировании)
  • Рингтоны
  • Пароль визуальной голосовой почты (при восстановлении требуется SIM-карта, использованная при резервном копировании)
  • Данные о здоровье
  • Конфигурация HomeKit

В итоге может получиться довольно много данных, которые могут занять значительную часть вашего хранилища iCloud.

Почему полезно хранить резервные копии iCloud

Хранение резервных копий iCloud означает, что вы можете брать свои данные практически из любого места, с возможностью доступа и восстановления данных вашего iPhone или iPad практически из любого места. Это удобно для людей с несколькими устройствами, особенно для тех, кто полагается на настройки специальных возможностей, поскольку вам не нужно заново настраивать все вручную.

Почему можно удалять резервные копии iCloud

В тот момент, когда кто-то рекомендует удалить резервную копию, вы можете шокировано посмотреть на него и удивиться, как он вообще оделся этим утром.Расслабься, Джек. Можно удалить резервную копию iCloud, потому что у вас есть резервная копия вашего устройства на компьютере Mac или Windows, верно? Хорошо???

Сделайте резервную копию своего iPhone или iPad в iTunes, тогда у вас будет резервная копия вашей резервной копии на всякий случай. И не забывайте, что если вы снова включите резервное копирование iCloud, ваше устройство будет по-прежнему резервироваться, когда вы подключены к Wi-Fi, устройство заблокировано, включено и подключено к источнику питания.

Как удалить резервные копии iCloud на вашем iPhone или iPad

  1. Запустите приложение «Настройки» на своем iPhone или iPad.
  2. Коснитесь своего баннера Apple ID прямо вверху экрана.
  3. Коснитесь iCloud .

    Источник: iMore
  4. Нажмите Управление хранилищем в iCloud.
  5. Нажмите Резервные копии .
  6. Коснитесь устройства , резервную копию которого вы хотите удалить.

    Источник: iMore
  7. Коснитесь Удалить резервную копию внизу.
  8. Нажмите Выключить и удалить .

    Источник: iMore

Как удалить резервные копии iCloud на вашем Mac

  1. Запустите Системные настройки из док-станции, Finder или щелкнув значок Apple в левом верхнем углу экрана.
  2. Щелкните свой Apple ID и войдите в систему, если будет предложено.
  3. Нажмите Управление… в правом нижнем углу окна.

    Источник: iMore
  4. Нажмите Резервные копии в меню слева.
  5. Щелкните резервную копию , которую вы хотите удалить.

    Источник: iMore
  6. Щелкните значок удаления в левом нижнем углу панели. Он выглядит как значок минуса.
  7. Нажмите Удалить во всплывающем окне.
  8. Щелкните Готово или повторите шаги с 5 по 7, чтобы удалить другую резервную копию.

    Источник: iMore

Сделайте резервную копию ваших устройств Apple

Хотя резервные копии занимают место и иногда необходимо удалить старые резервные копии, убедитесь, что вы знаете, как сделать резервную копию вашего iPhone и Mac.Все ваши важные файлы и данные на вашем iPhone могут быть потеряны, если что-то пойдет не так. Не попадитесь без резерва!

Обновлено в марте 2022 г.: Обновлено для новейших версий iOS 15 и macOS Monterey.

Что такое резервное копирование данных?

Для использования WinZip Backups требуется лицензия WinZip Pro или WinZip Enterprise

Эта статья может быть полезна всем, кто рассматривает возможность резервного копирования данных любого типа.Однако включенная информация относится только к резервным копиям WinZip.

Резервная копия данных является результатом копирования или архивирования файлов и папок с целью возможности их восстановления в случае потери данных.

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

В рамках плана резервного копирования данных следует учитывать следующее:

  • Какие данные (файлы и папки) для резервного копирования
  • Какой метод сжатия использовать
  • Как часто выполнять резервное копирование
  • Какой тип резервного копирования запускать*
  • Какой носитель для хранения резервных копий
  • Где хранить данные резервной копии для безопасного хранения

*Информацию о типах резервного копирования, которые следует учитывать, а также примеры возможных стратегий резервного копирования данных см. в разделе Типы резервного копирования и примеры стратегий.Вы также можете просмотреть сценарии, перечисленные в разделе Восстановление данных из резервных копий.

Какие данные следует архивировать?

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

Как правило, не делайте резервные копии программ или системных папок. Программы необходимо будет переустановить, прежде чем вы сможете их запускать, а системные папки можно восстановить с установочного диска операционной системы.Обязательно сохраните установочные диски программ, диски с операционной системой и регистрационную информацию в надежном месте. Если вы загрузили какое-либо из ваших приложений, вам следует по возможности сохранять установочные файлы.

Какой метод сжатия следует использовать?

Вы можете использовать Лучший метод сжатия с любыми или вашими резервными копиями. Это гарантирует, что ваши Zip-файлы будут как можно меньше. Если у вас есть предпочтительный метод сжатия или вы хотите, чтобы Zip-файлы создавались быстрее, у вас есть возможность выбрать другой метод.

Имейте в виду, что некоторые файлы не очень сильно сжимаются. Для резервных копий, содержащих сильно сжатые файлы, такие как музыкальные файлы, видеофайлы и многие установочные файлы, вы можете выбрать метод сжатия Сверхбыстрый или даже Без сжатия . Это будет намного быстрее при создании резервных копий Zip-файлов.

Как часто следует выполнять резервное копирование?

Частота создания резервных копий зависит от того, как часто меняются данные.

  • Бизнес-данные, которые часто изменяются, могут нуждаться в ежедневном или ежечасном резервном копировании
  • Данные, которые меняются каждые несколько дней, могут нуждаться в еженедельном или даже ежемесячном резервном копировании
  • Для некоторых данных вы можете запускать резервное копирование всякий раз, когда вносите изменения

Резервные копии WinZip позволяют запланировать автоматический запуск резервных копий в указанное время, чтобы вам не приходилось помнить о необходимости запускать их вручную.Однако вы можете завести привычку запускать определенные резервные копии, например резервную копию ваших изображений, вручную сразу после добавления новых файлов.

Какой носитель следует использовать и где хранить резервные копии?

Мы не будем полностью рассматривать эти два вопроса, поскольку они выходят за рамки возможностей WinZip. Однако вы можете хранить резервные копии Zip-файлов на любом доступном носителе файлов. Наиболее распространенными примерами для домашнего пользователя могут быть дополнительный локальный жесткий диск, внешний жесткий диск, оптические диски (CD, DVD или Blu-ray) или флэш-накопители.Имейте в виду, что вы не должны хранить резервные копии на том же жестком диске, что и файлы, резервные копии которых вы создаете. Если вы это сделаете, и что-нибудь случится с этим жестким диском, вы потеряете как оригиналы, так и резервные копии. Мастер, используемый для резервного копирования WinZip, позволяет легко создавать архивы на другом жестком диске, в сетевой папке, в облачной службе или на оптических дисках.

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

Если у вас есть какие-либо вопросы, отправьте запрос в службу технической поддержки.

Статьи по теме:
Примеры типов и стратегий резервного копирования
Восстановление данных из резервных копий
WinZip — резервное копирование
Облачные сервисы и резервные копии

Почему у меня есть 2 резервных копии iPhone? — Покупатель гаджетов

Знаете ли вы, что иногда у пользователей iPhone есть две резервные копии iPhone на своем iPhone?

Это может вызвать некоторую путаницу при просмотре списка резервных копий вашего iPhone.

Так почему же это происходит?

Почему у меня есть 2 резервных копии iPhone?

При резервном копировании iPhone программное обеспечение iPhone ищет любые другие файлы в разделе «Общий доступ к файлам» вашего iPhone. Когда он находит разные данные, он создает резервные копии этих данных отдельно, что может привести к созданию нескольких резервных копий. К счастью, эту путаницу с резервным копированием можно легко исправить.

Это может вызвать некоторую путаницу при резервном копировании iPhone, когда вы просматриваете список резервных копий iPhone и видите несколько резервных копий для одного и того же iPhone.

Как исправить путаницу с резервным копированием iPhone?

При просмотре резервных копий iPhone на вашем iPhone вы будете знать, какую из них выбрать, если программное обеспечение iPhone предложит вам это сообщение. Чтобы это исправить, перейдите в «Настройки iPhone», «Общие» и «Хранилище iPhone».

Выберите, какую резервную копию iPhone вы хотите удалить, и нажмите «Удалить резервную копию навсегда». Вы всегда можете добавить резервные копии iPhone в будущем, когда они вам понадобятся!

Это программное обеспечение для резервного копирования iPhone позволяет пользователям iPhone создавать резервные копии своего iPhone без путаницы с резервным копированием iPhone.

Итак, что делает программное обеспечение для iPhone, чего не делает программное обеспечение для резервного копирования iPhone? Программное обеспечение для резервного копирования iPhone не сохраняет файлы, уже сохраненные на вашем телефоне.

Зачем?

В чем подвох программного обеспечения для резервного копирования iPhone?

Программное обеспечение для резервного копирования iPhone доступно, но за дополнительную плату.

Стоимость ПО для iPhone зависит от модели iPhone и функций резервного копирования iPhone.

Например, программное обеспечение iPhone 5S для iPhone стоит 19 долларов США.95, в то время как программное обеспечение для iPhone 6 стоит 29,95 долларов.

Это небольшая цена по сравнению со стоимостью плана защиты вашего телефона! Не попадитесь без резервной копии iPhone или программного обеспечения iPhone.

Программное обеспечение для резервного копирования iPhone является обязательным приложением для iPhone.

Резервное копирование в iTunes бесплатно?

Хотя программное обеспечение для резервного копирования iPhone недоступно, пользователи iPhone могут бесплатно создавать резервные копии iPhone в настройках iPhone.

Когда программное обеспечение iPhone предложит вам выбрать резервную копию, а на вашем iPhone нет программного обеспечения iPhone, выберите вариант «i-Tunes».

Вам будет предложено следующее сообщение:

«Выберите i-Tunes, если вы синхронизировали этот iPhone с iTunes на этом компьютере и у вас есть вся ваша музыка, фотографии, видео, данные приложений и другой контент на нем.

Программное обеспечение вашего iPhone будет удалено при создании резервной копии iPhone».

Чтобы избежать путаницы с резервным копированием iPhone, iPhone Software — лучший друг пользователя iPhone! Программное обеспечение iPhone делает создание резервных копий iPhone простым процессом, который может сделать любой пользователь iPhone! Программное обеспечение для iPhone позволяет пользователям iPhone создавать резервные копии своего iPhone всего за пару щелчков мыши.

Как связаться с iTunes?

Пользователи Apple iPhone могут связаться с i-Tunes, позвонив в службу поддержки клиентов iPhone по телефону 1-800-275-2273.

Пользователи iPhone могут отправить электронное письмо в службу поддержки клиентов iPhone по адресу [email protected] или получить доступ к часто задаваемым вопросам i-Tunes, чтобы узнать, есть ли уже ответ.

Что нужно для запуска iTunes?

i-Tunes — это компьютерная программа, поэтому пользователям iPhone необходим доступ к ПК или Mac, прежде чем программное обеспечение для iPhone будет доступно.

Для программного обеспечения iPhone требуется операционная система iPhone 9 или выше, и пользователи iPhone могут получить доступ к i-Tunes на itunes.com/download

Требования к компьютеру:

  • iPhone, iPod touch или iPad с iOS 9 или более поздней версии
  • 400 МБ свободного места на диске space
  • Процессор 500 МГц или выше
  • 128 МБ ОЗУ iPhone Обязательное программное обеспечение

Нужен ли Apple ID для покупки и загрузки файлов из iTunes?

Да, программное обеспечение iPhone требует от пользователей iPhone наличия Apple ID.

Без Apple ID загрузка программного обеспечения iPhone невозможна.

Пользователи iPhone могут создать его на сайте appleid.apple.com

Какие преимущества дает Apple ID?

Владельцы iPhone могут приобретать приложения для iPhone и музыку для iPhone в i-Tunes с помощью своих идентификаторов iPhone вместо создания новых приложений для iPhone и музыкальных учетных записей iPhone.

Владельцы iPhone также могут использовать свои идентификаторы iPhone вместо создания новых учетных записей для iCloud, iBook, Audiobooks и других программных платформ iPhone.

Пользователи iPhone больше не ограничены в количестве покупок программного обеспечения для iPhone, поскольку у них уже есть идентификатор iPhone!

Как создать идентификатор i-Tunes?

Идентификатор iPhone предоставляется бесплатно с учетной записью Apple, которую владельцы iPhone могут создать, открыв приложение настроек iPhone.

Идентификаторы iPhone также можно приобрести на веб-сайте Apple iphonebackuptools.com.

Как изменить или удалить платежную информацию Apple ID?

Пользователь iPhone может изменить идентификаторы iPhone программного обеспечения iPhone, войдя в настройки своего iPhone и изменив платежную информацию.

Если пользователь iPhone забыл свой идентификатор Apple ID или возникла проблема с идентификаторами iPhone, пользователи iPhone могут сбросить его на сайте appleid.apple.com.

 Я бы хотел продавать свою музыку на i-Tunes, так сколько стоит присоединиться и разместить там свои материалы?

i-Tunes — это платформа, которую пользователи iPhone могут использовать для продажи программного обеспечения для iPhone и музыки для iPhone.

Чтобы присоединиться к i-Tunes для iPhone или iPod touch, владельцы iPhone должны иметь или создать Apple ID.

Для присоединения к i-Tunes требуется кредитная карта, дебетовая карта или прежнее членство.

Присоединение к i-Tunes стоит 25 долларов, а музыка для iPhone будет продаваться за 0,69 доллара или 0,99 цента.

Как я могу изменить имя моей библиотеки в i-Tunes?

Хотя пользователи iPhone не могут переименовывать библиотеки iPhone, пользователи iPhone могут создать новую библиотеку i-Tunes и импортировать программное обеспечение iPhone в новую библиотеку.

Владельцы iPhone также могут синхронизировать свой iPhone с другим ПК или Mac, чтобы изменить имя своей библиотеки iPhone.

Что такое iCloud?

iCloud — это бесплатная служба, которую владельцы iPhone могут использовать для резервного копирования программного обеспечения iPhone.

Владельцы iPhone могут синхронизировать музыку с iPhone, фотографии с iPhone и видео с iPhone в iCloud с помощью бесплатного Apple ID или приобрести план хранения iPhone для неограниченного пространства для резервного копирования программного обеспечения iPhone.

Что такое i-Tunes Match?

i-Tunes Match — это платная услуга, которая позволяет пользователям iPhone загружать программное обеспечение для iPhone, которое они не приобрели в магазине i-Tunes, в свою библиотеку iPhone, а также позволяет владельцам iPhone получать доступ к программному обеспечению iPhone на других устройствах.

Пользователи iPhone также могут загружать программное обеспечение для iPhone, музыку для iPhone и фильмы для iPhone после сопоставления с i-Tunes.

Чтобы подписаться на эту услугу, владельцы iPhone должны связаться со службой поддержки Apple по телефону 1-800-275-2273 или по электронной почте [email protected] для получения дополнительной информации о программном обеспечении iPhone.

Часто задаваемые вопросы (FAQ)

Программное обеспечение iPhone недоступно для компьютеров Mac?

Нет, программное обеспечение iPhone совместимо только с устройствами iPhone.

Будет ли программное обеспечение iPhone работать на моем iPhone, если я куплю его с другого iPhone?

Нет, пользователи iPhone могут загружать программное обеспечение iPhone только на свое устройство iPhone с помощью своего Apple ID и не могут передавать свои загрузки между iPhone.

Исходный пользователь iPhone будет единственным пользователем iPhone, который сможет загружать программное обеспечение iPhone на свой iPhone.

Программное обеспечение iPhone также нельзя перенести с устройств iPhone на компьютеры Mac.

Пользователи iPhone должны иметь Apple ID и правильный пароль для загрузки программного обеспечения iPhone для каждого iPhone, зарегистрированного под этим Apple ID.

Каков лимит покупок в i-Tunes?

Существует ограничение на 5 устройств для программного обеспечения iPhone и музыки для iPhone. Владельцы iPhone могут приобретать их на i-Tunes.

Программное обеспечение для iPhone и музыку для iPhone, купленные с помощью Apple ID, можно использовать совместно с другими устройствами iPhone, но нельзя загружать более чем на 5 устройств iPhone.

Как создать идентификатор iPhone?

Чтобы создать идентификатор iPhone, пользователи iPhone должны открыть приложение настроек iPhone и нажать на имя iPhone, адрес электронной почты или номер телефона, связанные с идентификаторами iPhone. Владельцы iPhone также могут создать идентификатор iPhone, посетив сайт appleid.apple.com в веб-браузере.

Пользователям iPhone может потребоваться использовать защитный код, который они выбрали при создании идентификатора iPhone, чтобы изменить платежную информацию или сбросить пароль идентификатора Apple ID.

Может ли пользователь iPhone использовать разные идентификаторы iPhone на разных устройствах iPhone?

Пользователи iPhone могут создать несколько идентификаторов iPhone, но они должны перенести программное обеспечение iPhone и музыку iPhone, купленные с одним Apple ID, на iPhone, связанный с тем же Apple ID.

Программное обеспечение iPhone нельзя загрузить из i-Tunes или iCloud более чем на 5 iPhone на один Apple ID одновременно.

Чтобы загрузить программное обеспечение iPhone из i-Tunes или iCloud, владельцы iPhone должны иметь правильный пароль Apple ID, связанный с их iPhone.

Владельцы iPhone без iPhone могут создать новый Apple ID, но не могут загружать программное обеспечение iPhone, пока не купят устройство iPhone.

Как вернуть программное обеспечение iPhone?

Чтобы вернуть программное обеспечение iPhone, приобретенное в i-Tunes, пользователям iPhone необходимо связаться со службой поддержки клиентов i-Tunes по телефону 1-800-275-2273 или посетить сайт appleid.apple.com/feedback/iphone.html для получения дополнительной информации о Программное обеспечение iPhone возвращается на i-Tunes.

Владельцы iPhone, которые приобрели программное обеспечение для iPhone через Apple, могут обратиться в службу поддержки Apple.

Заключительные мысли

Причина, по которой у вас есть 2 резервных копии iPhone, связана с программным обеспечением iPhone.

Программное обеспечение iPhone используется для резервного копирования устройств iPhone, создания идентификаторов iPhone, переноса программного обеспечения iPhone между устройствами iPhone и возврата приобретенного программного обеспечения iPhone в iTunes.

Резервное копирование данных — Как создать эффективную стратегию — Acronis

Многие предприятия и организации защищают свои важные данные с помощью резервного копирования, что делает его одним из ключевых компонентов плана аварийного восстановления компании и стратегии обеспечения непрерывности бизнеса.

Резервное копирование данных — почему это важно?

Компании и люди очень зависят от данных. В то время как человек не может выжить без воздуха, воды и еды, бизнес не может выжить без данных. Сорок процентов компаний, у которых нет надлежащих планов резервного копирования или аварийного восстановления, не выживают после стихийного бедствия.

Каждая компания должна назначить администратора резервного копирования, который будет управлять всей стратегией резервного копирования, включая решения и инструменты для резервного копирования; область резервного копирования, расписание и инфраструктура; сеть и хранилище, целевое время восстановления (RTO), целевое время восстановления (RPO) и т. д.

Чрезвычайно важно, чтобы у вашей компании была стратегия резервного копирования и готовое решение. В противном случае вы можете стать статистикой.

Резервное копирование данных – что делать?

Основная первоначальная задача администратора резервного копирования — понять, определить и управлять тем, какие данные необходимо резервировать и защищать. Чтобы снизить риск потери данных, вы хотите создавать резервные копии файлов и баз данных, но вы также хотите создавать резервные копии своих операционных систем, приложений, конфигурации — всего, что вы можете. Если вы используете виртуализацию, вам нужно создавать резервные копии хостов и консоли управления, а не только ваших виртуальных машин (ВМ).Если вы используете облачную инфраструктуру как услугу (IaaS), вы хотите включить ее в свою область. И не забывайте о мобильных устройствах — на планшете вашего генерального директора могут храниться важные данные компании, которые могут быть важнее, чем данные, хранящиеся на некоторых ваших серверах.

Пересматривайте область резервного копирования каждый раз при изменении инфраструктуры. Новые устройства, решения, услуги используют данные. Ваша мантра: « Делайте резервные копии всего, делайте резервные копии чаще. »

Выбирая решение для резервного копирования, убедитесь, что оно сможет защитить все ваши данные.В противном случае некоторые данные останутся незащищенными или вам может понадобиться несколько решений для резервного копирования. Например, если у вас есть физический сервер в вашем центре обработки данных, решения, которое резервирует только ваши виртуальные машины, недостаточно. Вместо этого вам нужно внедрить несколько разрозненных решений или, что еще лучше, использовать решение, которое создает резервную копию каждого устройства и системы в вашей области резервного копирования.

Резервное копирование данных — RPO и RTO

После того, как вы определились с областью резервного копирования, следующим важным решением является частота резервного копирования и определение расписания резервного копирования.Ваши коллеги постоянно меняют данные, и в случае аварии все данные, созданные из последней резервной копии до момента сбоя, будут потеряны. Этот период называется целевой точкой восстановления (RPO) — максимальным периодом, в течение которого вы готовы потерять данные в своих системах из-за события.

Более короткий RPO означает потерю меньшего количества данных, но для выполнения резервного копирования требуется больше резервных копий, больше емкости хранилища и больше вычислительных и сетевых ресурсов. Более длительный RPO более доступен, но это означает потерю большего количества данных.

Многие малые и средние компании обычно определяют RPO равным 24 часам, что означает необходимость ежедневного резервного копирования. Благодаря современным решениям для резервного копирования вы можете реализовать RPO всего за несколько минут. У вас также могут быть многоуровневые RPO — более короткие RPO для критических систем и более длинные RPO для вторичных систем.

Другой важной переменной является целевое время восстановления (RTO) — насколько быстро вы можете восстановиться с момента аварии до момента возвращения к нормальной работе. Когда системы выходят из строя, ваша компания теряет деньги, и вам необходимо быстро восстанавливаться, чтобы минимизировать потери.Однако, как и в случае с RPO, более короткое RTO требует более быстрого хранилища, сетей и технологий, поэтому оно дороже. Для многих компаний RTO в несколько часов является нормой.

Привлеките заинтересованные стороны вашего бизнеса к обсуждению системных RPO и RTO. Как только они будут определены, вы можете выбрать свои решения и хранилище.

Решения для резервного копирования данных

На рынке доступно несколько типов решений и инструментов для резервного копирования, которые обеспечивают различные RPO, RTO и работают с разными областями.Вот самые популярные из них.

Аппаратные устройства

Эти устройства часто включают в себя хранилище, которое поставляется в виде 19-дюймового устройства, устанавливаемого в стойку, которое вы устанавливаете и подключаете к своей сети. Приборы просты в установке и настройке. В большинстве случаев вам не нужно выделять отдельный сервер, операционную систему или устанавливать какое-либо программное обеспечение. Агенты, установленные в ваших системах, выполняют резервное копирование, и вы получаете доступ к решению через графический интерфейс, поставляемый с устройством.

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

Программные решения

Программные решения устанавливаются на ваши собственные системы и управляют процессом резервного копирования. Многие решения позволяют использовать существующие системы, но для некоторых требуются выделенные серверы, предназначенные только для резервного копирования.Для этого вам необходимо установить и настроить операционную систему и программное обеспечение для резервного копирования. Во многих случаях вы можете установить программное обеспечение на виртуальную машину (ВМ).

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

Облачные услуги

Многие поставщики предлагают резервное копирование как услугу (BaaS) — облачное предложение, которое позволяет создавать и запускать резервные копии из облачной инфраструктуры поставщика или поставщика услуг путем установки облегченных агентов на ваши машины.BaaS еще проще, чем программное обеспечение, потому что нет систем, которые нужно выделять, и операционных систем, которые нужно настраивать.

Конечно, если ваша организация имеет дело с конфиденциальными данными или на нее распространяются нормативные требования, вам необходимо проверить, приемлемо ли резервное копирование в облаке с помощью решения BaaS.

Гибридные решения для резервного копирования данных

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

Хранилище резервных копий

Копия ваших данных хранится в хранилище резервных копий, и для успешного резервного копирования (и восстановления) оно должно быть выбрано, подготовлено и под рукой.

Резервное копирование данных на локальные или USB-диски

Если у вас достаточно места на локальных дисках, вы можете выполнять резервное копирование на них или на внешние USB-накопители. Эти резервные копии выполняются быстро и удобно, и вам не нужна сеть.Недостатком локальных резервных копий является то, что если система будет уничтожена пожаром или наводнением, ваши резервные копии также могут быть уничтожены, если они хранятся в том же месте. Кроме того, во многих случаях вам необходимо управлять этими резервными копиями для каждого компьютера отдельно, что делает его громоздким для больших сред.

Резервное копирование на локальные и USB-диски лучше всего подходит для быстрого резервного копирования небольшого числа систем и предназначено для восстановления отдельных файлов или систем в случае сбоя программного обеспечения.

Резервное копирование данных в общие сетевые ресурсы и NAS

Это один из наиболее распространенных вариантов хранения.С помощью централизованного NAS (сетевого хранилища), SAN (сети хранения данных) или простого общего сетевого ресурса вы можете хранить несколько или все резервные копии компании в одном месте и восстанавливать файл, систему или весь центр обработки данных в случае аварии. вирусная атака или повреждение данных. Тем не менее, как и в случае с локальными дисками, NAS и SAN не помогут вам восстановить данные в случае крупного стихийного бедствия, такого как ураган или тайфун, который разрушит все ваше предприятие.

Резервное копирование данных на ленты

Для восстановления после серьезной аварии вы должны хранить копию своих данных в удаленном месте, предпочтительно не менее чем в 100 милях от вашего основного центра обработки данных.

Один из традиционных способов сделать это — хранить копии ваших данных на ленточных устройствах и физически отправлять ленты в удаленное место. Современные ленточные технологии, такие как LTO-7, позволяют хранить до 2,5 ТБ сжатых данных на одной ленте, что делает их достаточно эффективными, если вам нужно защитить большие объемы данных.

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

Резервное копирование данных в облачное хранилище

Современная альтернатива резервному копированию на ленту — облачное хранилище. В этом типе решения вы подписываетесь на определенную емкость хранилища в центре обработки данных поставщика облачных услуг или поставщика услуг. Вам не нужно какое-либо оборудование, как при использовании ленточных накопителей, но вам необходимо подключение к Интернету для отправки резервных копий в облако.У вашего поставщика могут быть способы устранить проблемы с загрузкой больших объемов данных, предложив физическую доставку данных или начальную программу заполнения.

Хранилище резервных копий данных — какое из них лучше?

У каждого решения для хранения есть недостатки. Чтобы выбрать правильное решение, вам необходимо разработать стратегию хранения данных, основанную на ваших уникальных бизнес-требованиях, RPO и RTO. Вам также необходимо решение для резервного копирования данных, которое соответствует принятому в отрасли подходу резервного копирования 3-2-1 — храните данные в трех местах, на двух типах хранилищ, причем одна копия хранится за пределами площадки.Отличными примерами стратегии 3-2-1 являются решения «диск-диск-лента» (D2D2T) и «диск-диск-облако» (D2D2C). С помощью этих решений вы создаете резервную копию данных в центральном сетевом хранилище, а затем копируете ту же резервную копию на ленту или в удаленное облачное хранилище.

Ваш комментарий будет первым

Добавить комментарий

Ваш адрес email не будет опубликован.