Резервное копирование и восстановление в Базе данных Azure для PostgreSQL — отдельный сервер

  • Статья

Область применения: отдельный сервер Базы данных Azure для PostgreSQL

Внимание

База данных Azure для PostgreSQL — одиночный сервер находится на пути выхода на пенсию. Настоятельно рекомендуется выполнить обновление до База данных Azure для PostgreSQL — гибкий сервер. Дополнительные сведения о миграции на База данных Azure для PostgreSQL — гибкий сервер см. в статье "Что происходит с одним сервером База данных Azure для PostgreSQL?".

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

Резервные копии

База данных Azure для PostgreSQL создает резервные копии файлов данных и журнала транзакций. В зависимости от поддерживаемого максимального размера хранилища мы будем использовать полные и разностные резервные копии (максимум 4 ТБ на сервере) или резервное копирование на основе моментальных снимков (до 16 ТБ на сервере). При помощи этих резервных копий вы можете восстановить сервер до любой точки во времени в пределах заданного срока хранения резервных копий. По умолчанию срок хранения резервных копий составляет 7 дней. При желании можно задать срок хранения до 35 дней. Все резервные копии шифруются с помощью 256-битового шифрования AES.

Выполнить экспорт этих файлов резервных копий невозможно. Эти резервные копии можно использовать только для операций восстановления в Базе данных Azure для PostgreSQL. Чтобы скопировать базу данных, можно использовать программу pg_dump.

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

Серверы с хранилищем до 4 ТБ

Для серверов, поддерживающих максимальный объем хранилища до 4 ТБ, полные резервные копии создаются каждую неделю. Разностное резервное копирование выполняется дважды в день. Создание резервных копий журналов транзакций происходит каждые 5 минут.

Серверы с хранилищем до 16 ТБ

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

Примечание.

Автоматическое резервное копирование выполняется для серверов реплик с хранилищем до 4 ТБ.

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

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

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

  • на серверах с хранилищем объемом до 4 ТБ будет храниться до 2 полных резервных копий базы данных, все разностные резервные копии и резервные копии журнала транзакций, выполненные после самой ранней полной резервной копии базы данных;
  • на серверах с хранилищем объемом до 16 ТБ будет храниться полный моментальный снимок базы данных, все разностные моментальные снимки и резервные копии журналов транзакций за последние 8 дней.

географическое и локальное

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

Внимание

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

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

В службе "База данных Azure для PostgreSQL" бесплатно предоставляется хранилище резервных копий размером до 100 % объема подготовленного хранилища базы данных. За дополнительный объем хранилища резервных копий взимается плата (за ГБ в месяц). Например, если вы подготовили сервер с хранилищем объемом 250 ГБ, вам будут бесплатно предоставлены дополнительные 250 ГБ для хранения резервных копий сервера. Плата за использование хранилища для резервных копий свыше 250 ГБ рассчитывается в соответствии с моделью ценообразования.

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

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

Восстановление

В службе "База данных Azure для PostgreSQL" при восстановлении создается новый сервер из резервных копий исходного сервера.

Есть два типа восстановления:

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

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

Примечание.

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

Примечание.

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

Восстановление на определенный момент времени

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

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

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

Если требуется восстановить удаленную таблицу,

  1. восстановите исходный сервер с помощью метода восстановления до точки во времени.
  2. Выведите дамп таблицы с помощью команды pg_dump на восстановленном сервере.
  3. Переименуйте исходную таблицу на исходном сервере.
  4. Выполните импорт таблицы с помощью командной строки psql на исходном сервере.
  5. При необходимости можно удалить восстановленный сервер.

Примечание.

Рекомендуется не создавать несколько восстановлений для одного и того же сервера одновременно.

Геовосстановление

Вы можете восстановить сервер в другом регионе Azure, где доступна служба, если вы настроили для сервера геоизбыточное хранилище. Серверы, поддерживающие хранилище объемом до 4 ТБ, можно восстановить в геопарный регион или в любой регион, поддерживающий хранилище объемом до 16 ТБ. Для серверов, поддерживающих до 16 ТБ хранилища, георезервные копии можно восстановить в любом регионе, поддерживающем серверы объемом 16 ТБ. Список поддерживаемых регионов приведен в разделе Ценовые категории базы данных Azure для PostgreSQL.

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

Во время геовосстановления можно изменить такие конфигурации сервера, как поколение вычислительных ресурсов, виртуальное ядро, срок хранения резервных копий и варианты избыточности для резервного копирования. Изменить ценовую категорию ("Базовый", "Общего назначения" или "С оптимизацией для операций в памяти") и объем хранилища нельзя.

Примечание.

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

Задачи после восстановления

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

  • Поскольку имя восстановленного сервера отличается от имени исходного, для получения доступа к восстановленному серверу необходимо изменить имя сервера на имя восстановленного сервера, а имя пользователя на username@new-restored-server-name в строке подключения.

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

  • Убедитесь, что заданы соответствующие правила брандмауэра уровня сервера и VNet, чтобы пользователи могли установить подключение. Эти правила не копируются с исходного сервера.

  • Убедитесь, что заданы соответствующие данные для входа и разрешений уровня базы данных.

  • Настройте оповещения соответствующим образом.

  • Длительное хранение

    Службы azure Backup и База данных Azure для PostgreSQL сервера создали долгосрочное решение для резервного копирования корпоративного класса для База данных Azure для PostgreSQL экземпляров одного сервера, сохраняющих резервные копии до 10 лет. Вы можете использовать долгосрочное хранение независимо или в дополнение к решению автоматического резервного копирования, предлагаемого одним сервером База данных Azure для PostgreSQL, который предлагает хранение до 35 дней. Автоматическое резервное копирование — это создание физических резервных копий, подходящих для операций восстановления, особенно при необходимости восстановления из последних резервных копий. Долгосрочные резервные копии помогают вам с учетом потребностей в соответствии с требованиями, более детализированы и используются в качестве логических резервных копий с помощью собственных pg_dump. Помимо долгосрочного хранения, решение предлагает следующие возможности:

Плановое резервное копирование по запросу, управляемое клиентом, на уровне отдельной базы данных. Централизованный мониторинг всех операций и заданий. Резервные копии хранятся на отдельных доменах безопасности и сбоя. Если исходный сервер или подписка скомпрометированы, резервные копии остаются в хранилище Azure Backup (в управляемых учетных записях хранилища Azure Backup). Использование pg_dump обеспечивает большую гибкость при восстановлении данных в разных версиях базы данных. Хранилища резервных копий Azure поддерживают неизменяемость и обратимое удаление (предварительная версия) функций, защищая данные.

  • Дополнительные сведения о выполнении долгосрочного резервного копирования см. в руководстве.
  • Известные [проблемы LTR].

Следующие шаги

  • Узнайте, как выполнить восстановление с помощью портала Azure.
  • Узнайте, как выполнить восстановление с помощью Azure CLI.
  • Дополнительные сведения о непрерывности бизнес-процессов см. в этой статье.