Наиболее часто задаваемые вопросы по резервному копированию и восстановлению пользовательского контента (снимков)

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

Что необходимо сделать для резервного копирования?

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

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

Резервное копирование пользовательского контента описывается в разделе Создание снимка.

Восстановление пользовательского контента описывается в разделе Восстановление из снимка.

Как часто следует делать снимки?

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

Можно хранить до 40 снимков в сети и экспортировать любое количество снимков в автономном режиме (то есть в локальную файловую систему или в собственную систему хранения Oracle Cloud).

Когда следует экспортировать моментальные снимки?

Oracle рекомендует регулярно экспортировать снимки в автономное хранилище. Снимки можно экспортировать в собственную файловую систему и сохранять локально. Снимки также можно экспортировать в собственное хранилище Oracle Cloud. См. раздел "Экспорт снимков".

При регулярном экспорте больших снимков (размером от 5 ГБ и больше, чем ограничение выгрузки браузера) Oracle рекомендует настроить контейнер хранения в Oracle Cloud и сохранить снимки в облачном хранилище. Таким образом, можно избежать ошибок экспорта из-за ограничений размера и истечения срока ожидания, которые могут возникнуть при экспорте снимков в локальную файловую систему. См. раздел "Настройка сегмента Oracle Cloud Storage для снимков".

Можно ли использовать API-интерфейсы для автоматизации операций со снимками?

Да. См. раздел "Управление снимками с помощью API-интерфейсов REST".

Может ли Oracle помочь с восстановлением утраченного контента?

Нет. За резервное копирование, архивное копирование и восстановление данных пользователей отвечает исключительно пользователь решения. Для этого можно использовать снимки (файлы BAR), архивы каталогов (файлы CATALOG) и архивы экспорта (файлы DVA). Резервные копии инфраструктуры, которыми управляет Oracle, создаются для обеспечения обслуживания в случае проблем с инфраструктурой. Резервные копии, созданные Oracle, не предоставляются пользователям для их процессов управления данными. См. раздел "Публичные облачные сервисы PaaS и IaaS компании Oracle — основополагающий документ".

Oracle рекомендует использовать службу Logging в Oracle Cloud Infrastructure, чтобы отслеживать и устранять проблемы с изменениями контента между снимками. Включив регистрацию использования и диагностики, вы можете отслеживать все операцию по созданию, обновлению, удалению, а также изменению прав доступа для всех объектов каталога, таких как классические анализы, инфопанели, рабочие книги, попиксельные отчеты, папки, наборы данных, подключения с самообслуживанием, потоки данных, последовательности, сценарии и т. д. См. раздел "Мониторинг журналов потребления и диагностики".

Можно ли использовать снимок для миграции из тестовой среды в производственную?

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

Клиенты несут ответственность за синхронизацию тестовой и производственной сред. Любой контент, созданный непосредственно в производственной среде, будет заменен или потерян.