Восстановление данных в IBM SmartCloud Enterprise

Исследование возможностей резервного копирования и восстановления в IBM Cloud

Возможность восстановления данных ― важнейшее требование, предъявляемое почти в каждом решении. Оно действует на протяжении всего жизненного цикла решения ― проектирования, разработки, испытаний и промышленной эксплуатации. Еще важнее соблюдать это требование в среде общедоступного облака, где соглашения об уровне обслуживания, как правило, не так четко определены, как на традиционных предприятиях или в системах с арендуемым оборудованием. Авторы этой статьи рассматривают возможности, предоставляемые решением IBM® SmartCloud Enterprise, которые можно использовать для обеспечения различных уровней восстановления данных вычислительных ресурсов IBM Cloud. Кроме того, они исследуют другие услуги и методы, которые можно применять при развертывании данных в облаке.

Митчелл Декирел, архитектор технических решений, IBM

Митчелл Декирел (Mitchell DeKeyrel) ― архитектор технических решений, обладающий более чем 13-летним опытом работы в IBM; до этого в течение пяти лет занимался управлением инфраструктурой и системами в крупных лабораториях и корпоративных центрах обработки данных. Был главным архитектором приложений IBM CIO Enterprise Content Management Solution и семь лет проработал в офисе главного директора по информационным технологиям IBM. Работал с разными подразделениями, пытаясь понять и интерпретировать требования конечных пользователей и наметить план изменения приложения ECM в соответствии с тенденциями, наблюдаемыми в отрасли. Взаимодействовал с экспертами по предметным областям на всем пространстве ECM, выявляя возможности для интеграции с другими стратегическими приложениями и продуктами IBM. В настоящее время работает в лаборатории Cloud Service Enablement подразделения GTS IBM.



Эндрю Джоунс, старший архитектор облачных решений, IBM

Andrew R. JonesЭндрю Р. Джоунс ― старший архитектор решений более чем с 22-летним стажем работы в IBM. Последние 16 лет занимается организацией работы с клиентами и бизнес-партнерами в области решений промежуточного программного обеспечения IBM для облачных вычислений, связи, технологии беспроводных сетей и сетевых компьютеров. Имеет звание заслуженного изобретателя и сертифицированного ИТ-архитектора IBM.



Райан Самнер, руководитель проектов по внедрению облачных решений, IBM

Райан Самнер (Ryan Sumner) работает специалистом по инфраструктуре и приложениям IBM на протяжении 13 лет, применяя свой опыт взаимодействия с реальными клиентами в области операционных систем, промежуточного ПО, серверов и систем хранения данных, чтобы помочь клиентам, бизнес-партнерам и сотрудникам IBM планировать, создавать и пускать в эксплуатацию надежные решения, размещаемые в IBM Cloud. В настоящее время руководит внедрением облачных решений в подразделении IBM Global Technology Services.



Доминик Вернье, ИТ-архитектор, IBM

Фото Доминика ВерньеДоминик Вернье (Dominique Vernier) в последние годы занимается Java-технологиями и облачной архитектурой. Также работает в сфере информационных технологий, где приобрел широкие знания в области таких технологий и продуктов, как средства обмена сообщениями, базы данных, SOA, EAI, клиент/сервер, C/C++ и существующие инфраструктуры. Обладает обширными знаниями и в таких отраслях, как связь, CRM, материально-техническое обеспечение и страхование. Является автором/соавтором четырех патентов, относящихся к автоматам состояний и управлению ресурсами. В настоящее время отвечает за решения IBM SmartCloud Enterprise в группе IBM GTS Global Team.



Джордж Контино, руководитель группы внедрения облачных решений, IBM

Джордж Контино (George Contino) — архитектор-консультант, обладающий более чем 9-летним опытом работы в сфере ИТ и управления проектами. Последние четыре года занимается взаимодействием с клиентами и бизнес-партнерами по облачным решениям для хранения данных IBM. Член группы Cloud Managed Services Enablement and Deployment, которая входит в состав подразделения GTS IBM.



21.12.2012

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

Мы рассмотрим возможности, предоставляемые решением IBM® SmartCloud Enterprise, которые можно использовать для обеспечения различных уровней восстановления данных вычислительных ресурсов IBM Cloud. Кроме того, мы исследуем другие службы и методы, которые можно применять при развертывании данных в облаке.

Но сначала напомним о некоторых основах IBM Cloud.

Основы IBM Cloud

Вот некоторые базовые положения о восстановлении данных, которые нужно знать, чтобы по достоинству оценить эту статью:

  • разница между экземпляром и образом;
  • что такое эфемерный накопитель; постоянный накопитель; объектно-ориентированный накопитель;
  • как выполняется инициализация и подключение;
  • как использовать накопители;
  • какие типы резервного копирования существуют.

Экземпляр и образ

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

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

Эфемерные, постоянные и объектно-ориентированные накопители

Давайте разберемся с разницей между типами накопителей IBM SmartCloud Enterprise. В IBM Cloud существует три типа накопителей.

  • Эфемерные накопители — это накопители, встроенные в виртуальную машину. Их жизненный цикл связан с виртуальной машиной. При удалении виртуальной машины эфемерный накопитель удаляется, и, следовательно, хранящиеся в нем данные тоже будут удалены.
  • Постоянный накопитель — это то, что можно заказать и подключить к экземпляру в ходе процесса создания экземпляра. Его жизненный цикл не связан с виртуальной машиной. Если удалить виртуальную машину, то постоянный накопитель удален не будет ― его можно подключить к новой виртуальной машине и вновь получить доступ к своим данным.
  • Объектно-ориентированный накопитель ― это вариант накопителя, который можно заказать посредством формы SmartCloud Enterprise Additional Services Order. Это Web-накопитель, подключенный через Интернет с помощью Web API или CloudNAS. Его жизненный цикл не связан с виртуальной машиной. Если удалить виртуальную машину, данные, содержащиеся в объектно-ориентированном накопителе, сохранятся. Достаточно подключить его к новой виртуальной машине, и данные снова станут доступными.

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

Жизненный цикл данных в накопителях разных типов
Тип накопителя/ действияПерезагрузка экземпляраУдаление экземпляраУдаление накопителя
Эфемерный накопительДанные сохраняютсяДанные теряютсяНеприменимо
Постоянный накопительДанные сохраняютсяДанные сохраняютсяДанные теряются
Объектно-ориентированный накопительДанные сохраняютсяДанные сохраняютсяДанные теряются

Инициализация и подключение

Постоянный накопитель

В настоящее время к одному и тому же экземпляру можно подключить не более трех постоянных накопителей, как показано на рисунке 1. Один из них можно подключить во время инициализации экземпляра. Остальные подключаются динамически. Постоянные накопители, подключенные динамически, можно таким же образом отключить от экземпляра. Возможность динамического подключения и отключения постоянных накопителей доступна только через SCE Application Programming Interfaces (API), но не через портал SCE.

Рисунок 1. До трех постоянных накопителей на экземпляр
До трех постоянных накопителей на экземпляр

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

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

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

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

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

Объектно-ориентированный накопитель

Объектно-ориентированный накопитель не требует подключения; это полностью эластичная функция хранения данных, которую могут использовать несколько экземпляров SmartCloud Enterprise. Объектно-ориентированный накопитель позволяет создавать неограниченное количество имен приложений для изоляции данных. Имена приложений можно рассматривать как пулы накопителей в традиционных системах хранения данных. При создании каждого нового имени приложения при необходимости можно также создать множество связанных с ним дочерних учетных записей доступа (рисунки 3 и 4).

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

Важно понимать, что объектно-ориентированный накопитель не обладает возможностями блокировки на уровне файлов, характерными для этого решения. Каждой дочерней учетной записи под каждым именем приложения отведен свой собственный уникальный каталог для хранения данных. На рисунке 4, несмотря на одно и то же имя приложения, дочерняя учетная запись 1 не "видит" данных дочерней учетной записи 2. Попытка подключения двух экземпляров к одному и тому же приложению с одними и теми же верительными данными дочерних учетных записей приведет к проблемам синхронизации данных и почти во всех случаях вызовет искажение данных (рисунок 5).

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

Постоянный накопитель

В настоящее время максимальный размер блоков постоянных накопителей ограничен 2 ТБ, и к одному виртуальному экземпляру может быть подключен только один постоянный накопитель. Виртуальные экземпляры могут разделять общий постоянный накопитель с помощью технологий общего доступа к файлам, таких как NFS/GPFS и SAMBA.

С помощью такого решения можно преодолеть указанные ограничения. В облаке можно инициализировать несколько файловых серверов с 2-ТБ накопителем каждый. Аналогично, чтобы преодолеть ограничение, запрещающее монтировать к одному экземпляру более одного постоянного накопителя, каждый файл-сервер может экспортировать постоянный накопитель на другие серверы через NFS (рисунок 6).

Рисунок 6. Общий доступ экземпляров к постоянному накопителю по сети
Общий доступ экземпляров к постоянному накопителю по сети

Объектно-ориентированный накопитель

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

Разработка приложений с использованием объектно-ориентированного накопителя посредством Web-API REST

Обращаться к объектно-ориентированным накопителям SmartCloud Enterprise и управлять ими можно целиком с помощью Web-сервиса RESTful. API позволяет войти в учетную запись, передавать и принимать файлы, создавать дочерние учетные записи и использовать монитор. Это создает возможности для связи с объектно-ориентированным накопителем из различных приложений или пользовательских интерфейсов через общий, простой в применении интерфейс. Документ The Developer API Reference ― это не просто справочник по API; он содержит всеобъемлющее руководство по использованию API на основе Web. Этот документ доступен в каталоге SCE Asset Catalog после входа в систему.

Использование объектно-ориентированных накопителей с помощью CloudNAS

Программное обеспечение CloudNAS позволяет обращаться к накопителю локально, как если бы это был локальный жесткий диск на Windows-сервере или локальная точка монтирования на Linux-сервере. При использовании CloudNAS важно понимать, что CloudNAS с определенным именем приложения/дочерней учетной записью может работать с одним и только одним экземпляром, как показано на рисунке 5. Когда требуется разделять общие данные между экземплярами или в совместных проектах виртуальный экземпляр может подключаться к объектно-ориентированному накопителю с помощью технологий общего доступа к файлам, таких как CIFS (рисунок 7).

Рисунок 7. Общий доступ экземпляров к объектно-ориентированному накопителю по сети
Общий доступ экземпляров к объектно-ориентированному накопителю по сети

IBM SmartCloud Enterprise предлагает своим клиентам возможность развернуть VPN между предприятием их заказчика и системой SCE. При этой конфигурации для учетной записи клиента создается также одна частная виртуальная локальная сеть (VLAN). VLAN обеспечивает слой сетевой изоляции для экземпляров, которые инициализируются над ним. Пользователи, развертывающие экземпляры в этой VLAN, которым тоже необходимо работать с объектно-ориентированным накопителем, должны создать экземпляр, действующий в качестве шлюза для входящего и исходящего трафика объектно-ориентированного накопителя. Для этого инициализируется экземпляр с VLAN, обращенной в Интернет, и VLAN, обращенной во внутреннюю сеть (рисунок 8).

При инициализации экземпляров, используемых для работы с публичной и частной VLAN, настоятельно рекомендуется настроить межсетевые экраны для защиты своей установки в среде IBM SmartCloud Enterprise.

Способность экземпляра охватывать и публичную, и частную VLAN появилась в IBM SmartCloud Enterprise версии 1.4. Дополнительные сведения об этой возможности можно почерпнуть из статьи IBM SmartCloud Enterprise tip: Span virtual local area networks.

Рисунок 8. Общий доступ экземпляров к объектно-ориентированному накопителю внутри VLAN
Общий доступ экземпляров к объектно-ориентированному накопителю внутри VLAN

Способы резервного копирования

Существуют резервные копии двух типов:

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

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


Встроенные возможности IBM SmartCloud Enterprise

IBM SmartCloud Enterprise предлагает функциональные возможности для автономного резервного копирования данных, расположенных в экземпляре (эфемерный накопитель) или в постоянном накопителе. Сначала рассмотрим возможности для резервного копирования экземпляра, а затем ― постоянного накопителя.

Сохранение образов экземпляров

API IBM Cloud и каталоги образов

IBM Cloud предлагает API трех видов:

  • RESTful,
  • Java™,
  • командная строка.

Все три позволяют создавать образы экземпляра.

В IBM Cloud есть разные каталоги образов:

  • публичный каталог содержит все образы, поддерживаемые IBM или бизнес-партнерами IBM;
  • частный каталог содержит все образы пользователя (сохраненные экземпляры пользователя);
  • корпоративный каталог содержит образы, предлагаемые пользователями другим пользователям в рамках одной и той же учетной записи IBM Cloud.

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

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

Сопряженную функцию anti-colocation, появившуюся в версии IBM SmartCloud Enterprise 1.4, можно использовать для создания резервной копии или резервной виртуальной машины. Клон виртуальной машины можно создать таким образом, чтобы он гарантированно находился в отдельном физическом узле. Вы создаете резервную копию виртуальной машины, инициализируете экземпляр этого образа, а затем, используя функцию anti-colocation, инициализируете второй экземпляр на другом физическом узле. В этом случае, если одна из виртуальных машин или один из узлов столкнется с проблемами, они не повлияют на другой экземпляр.

Создание образа

Существует два способа создания образа на платформе IBM Cloud:

  • через портал,
  • с помощью API.

Примечание. В процессе создания образа в IBM Cloud работа сохраняемого экземпляра приостанавливается. Образ ― это представление остановленного, а не действующего экземпляра. Это не копия текущего состояния экземпляра.

Создание образа на портале

  1. Находясь на портале, выберите вкладку Control panel, а в ней вкладку Instances (рисунок 9).
    Рисунок 9. Вкладка Instances
    Вкладка Instances
  2. Выберите экземпляр и нажмите кнопку Create private image (Создать частный образ – см. рисунок 10).
    Рисунок 10. Настройка частного образа
    Настройка частного образа
  3. Введите имя и описание и нажмите кнопку Submit. Образ будет создан и сохранен в вашем частном каталоге. Не забывайте, что в процессе создания ваш экземпляр останавливается и перезагружается.

Создание образа из API командной строки

  1. Теперь рассмотрим API командной строки и используем командную строку ic-save-instance (рисунок 11).
    Рисунок 11. Командная строка ic-save-instance.
    Командная строка ic-save-instance.
  2. Выполните команду ic-save-instance (рисунок 12).
    Рисунок 12. Результат выполнения команды ic-save-instance
    Результат выполнения команды ic-save-instance

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

Ту же операцию можно выполнить с помощью API Java или RESTful.

Инициализация частного образа

Можно вывести список всех ваших частных образов на портале и, конечно, вновь инициализировать один из них.

  1. На панели управления портала выберите вкладку Instance.
  2. Нажмите кнопку Add Instance.
  3. Откроется окно Add instance (Добавить экземпляр). Выберите частный каталог My Images и найдите свой образ (рисунок 13).
    Рисунок 13. Инициализация частного образа
    Инициализация частного образа

Можно продолжить тот же процесс инициализации и для других образов.

Клонирование постоянного накопителя

IBM SmartCloud Enterprise обеспечивает возможность клонировать постоянные накопители — то есть копировать содержимое одного блока постоянного накопителя в новый. Отметим следующие аспекты возможности клонирования постоянного накопителя:

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

Создание клона

Клон своего постоянного накопителя можно создать на портале IBM Cloud или посредством API.

Для создания клона на портале выполните следующие действия.

  1. На панели управления (вкладка Control panel) выберите вкладку Storage. Отобразится список существующих накопителей (рисунок 14).
    Рисунок 14. Список постоянных накопителей
    Список постоянных накопителей
  2. Выберите накопитель, который нужно клонировать, и нажмите кнопку Clone Storage. Введите имя накопителя и отправьте форму (рисунок 15).
    Рисунок 15. Настройка клона накопителя
    Настройка клона накопителя

Для создания клона посредством API выполните следующие действия.

В API командной строки есть команда ic-clone-volume. Это действие можно выполнить и с использованием API RESTFul или Java (рисунок 16).

Рисунок 16. Команда ic-clone-volume
Команда ic-clone-volume

Введите необходимые параметры в интерфейс командной строки (рисунок 17).

Рисунок 17. Результат выполнения команды ic-clone-volume
Результат выполнения команды ic-clone-volume

Портал отображает состояние (рисунок 18).

Рисунок 18. Постоянный накопитель успешно клонирован
Постоянный накопитель успешно клонирован

Политика защиты данных

Объектно-ориентированная система хранения данных IBM SmartCloud Enterprise позволяет использовать несколько узлов хранения данных. Узел – это место, где хранится одна копия объектов. Вы решаете, сколько копий объектов нужно хранить, когда заказываете объектно-ориентированную систему хранения данных, заполнив форму заказа дополнительных услуг и выбрав узлы, где должны храниться копии ваших объектов. Это позволяет определить политику защиты данных, которая отвечает требованиям предприятия. Политика по умолчанию устанавливается на уровне пула накопителей при создании учетной записи в объектно-ориентированной системе хранения данных. Заказчик не может изменять политику напрямую. Чтобы внести изменения в политику защиты данных или добавить/удалить узел, нужно подать новую заявку на оказание дополнительных услуг.

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

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

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

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


Альтернативы возможностям резервного копирования и восстановления IBM Cloud

Существует множество решений резервного копирования и восстановления данных в виде услуг и самостоятельных продуктов. IBM SmartCloud Enterprise не мешает заказчику использовать эти решения.

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

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

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

  • IBM Business Continuity and Resiliency Service (BCRS) поможет вам обеспечить непрерывность бизнеса, соблюсти нормативные требования, повысить степень готовности систем, защитить данные и интегрировать стратегии управления операционным риском. Через агента, установленного в экземпляре, эта служба выполняет удаленное резервное копирование экземпляра в IBM Data Center посредством механизма Remote Data Protection.
  • Существуют и другие сторонние продукты.
    • IBM Tivoli® Storage Manager можно использовать для копирования данных из экземпляра в другое место.
    • Программное обеспечение Asigra Cloud Backup, протестированное в IBM Smartcloud, обеспечивает резервное копирование и восстановление в Smartcloud с широкой поддержкой платформ, включая операционные системы Windows и Linux, приложения последовательного резервного копирования баз данных и корпоративные приложения, такие как DB2, Oracle, MS SQL Server, Lotus, MS Exchange, MS Sharepoint и другие ключевые приложения.
  • Можно использовать и решения собственной разработки или разработанные клиентами, а также базовые возможности, предоставляемые операционными системами экземпляров. В их число могут входить решения, использующие такие команды копирования, как cp и rsync, которые позволяют копировать данные из одного места в другое (из локального накопителя в постоянный) и из одного экземпляра в другой.
  • Существуют решения шлюзов для объектно-ориентированной системы хранения данных, которые предоставляют средства для создания копий текущего состояния и восстановления файлов под управлением пользователя. Например, решение Twinstrata CloudArray, которое теперь доступно в IBM Cloud, обеспечивает простую в применении технологию хранения и защиты данных в облаке.

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


Базы данных

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

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


Заключение

Эта статья познакомила читателя с основами возможностей IBM SmartCloud Enterprise по резервному копированию и восстановлению данных. Мы предоставили информацию, необходимую для начала изучения и открытия многих способов ― внутренних и внешних ― резервного копирования и восстановления данных при работе с экземплярами и образами в IBM Cloud.

Ресурсы

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Облачные вычисления
ArticleID=853159
ArticleTitle=Восстановление данных в IBM SmartCloud Enterprise
publish-date=12212012