Определение параметров средства миграции
Существует множество вариантов миграции с сервера PostgreSQL на гибкий сервер База данных Azure для PostgreSQL. Существуют собственные средства PostgreSQL, такие как pg_dump, pgadmin и pg_restore. Существуют облачные службы Microsoft Azure, такие как Database Migration Service и вариант миграции в Базе данных Azure для PostgresSQL — гибкий сервер, который может в значительной степени автоматизировать общий процесс передачи данных из источника в целевой.
гибкий сервер База данных Azure для PostgreSQL — миграция
В База данных Azure для PostgreSQL — гибкая служба сервера есть собственная возможность для поддержки миграции баз данных из других экземпляров PostgreSQL в службу на основе Azure. Этот параметр предназначен для автономной миграции баз данных из источника в целевой. Чтобы использовать этот параметр, необходимо использовать средства pg_dumpall и psql, рассмотренные ранее, для переноса баз данных объектов уровня сервера на гибкий сервер.
Эта функция предназначена для внешних экземпляров PostgreSQL в качестве источника и гибкого сервера, на котором был создан проект миграции в качестве целевого объекта. По сути, для извлечения данных на гибкий сервер. Преимущества использования этой службы при выполнении дампа вручную и восстановления — это управляемый характер миграции. После настройки он отслеживает процесс для всех таблиц fo, перенесенных на гибкий сервер, поэтому мы легко видим, когда вырезка на уровне приложения может выполняться.
Проекты миграции
После сортировки подключения необходимо выбрать базу данных или базы данных, которые мы хотим перенести на новый сервер. На следующем снимке экрана обратите внимание, что при наличии нескольких баз данных, которые возвращают несколько служб, которые являются частью более крупной системы, мы можем выбрать их для переноса в виде группы, а не одновременно. Эта группировка баз данных действительно помогает не только ускорить миграцию, но и обеспечить логическую согласованность во время миграции.
При запуске процесса проверки и миграции мы можем просмотреть общий ход процесса с помощью панели мониторинга проекта. Эта панель мониторинга показывает нам, как проверяются базы данных, а затем при переносе на новый сервер.
Эти сведения будут сохранены после миграции, что позволяет отслеживать общий ход выполнения. Эта информация также содержит все доказательства, необходимые для изменения процессов контроля за успехом и длительностью любой выполняемой работы.
Средства PostgreSQL
Здесь мы рассмотрим основные средства, которые можно использовать для переноса данных с сервера PostgreSQL на гибкий сервер База данных Azure для PostgreSQL.
pgcopydb
Pgcopydb — это проект открытый код, который может автоматизировать процесс копирования базы данных между серверами PostgreSQL. Существует несколько преимуществ использования pgcopydb по сравнению с собственным инструментом, предоставляемым при установке PostgreSQL, к этим преимуществам относятся.
- Удаление необходимости в промежуточных файлах с помощью pg_backup и pg_restore.
- Создайте параллелизм индекса для параллелизации создания индексов в таблицах с помощью возможности synchronize__seqscans в PostgreSQL.
- Многопоточное копирование таблиц в секционирование данных и параллельное перемещение больших таблиц.
- Изменение записи данных для синхронизации данных, чтобы свести к минимуму потребность в длительных окнах простоя.
Существует два основных варианта в pgcopydb, которые можно использовать для переноса данных с исходного сервера на целевой. Эти параметры являются клонированием и копированием.
Клон pgcopydb
Клонирование — это основной параметр для копирования всей базы данных с исходного сервера в целевой объект. Эта команда имеет несколько коммутаторов, доступных для настройки базовой операции клонирования, с помощью автоматизации конфигурации отслеживания измененных данных для синхронизации данных, чтобы свести к минимуму время простоя миграции. Кроме того, можно указать параметры параллелизации передачи данных по таблицам и параллельным параметрам передачи для таблиц, индексов и больших объектов.
Копирование pgcopydb
Копирование — это возможность более детального управления при переносе базы данных или частей базы данных. С помощью этой команды можно выбрать схемы, таблицы, роли и т. д. для передачи из базы данных исходного сервера на целевой сервер и базу данных. Эта команда полезна в сценариях, когда одна большая база данных декомпилируется на небольшие в рамках действия миграции модернизации приложений. Кроме того, действие миграции консолидации позволяет перенести содержимое одной базы данных в схемы в другую.
Эти параметры являются лишь некоторыми из способов, в которых pgcopydb может помочь нам улучшить процесс переноса баз данных в База данных Azure для PostgreSQL гибкий сервер. Этот процесс обеспечивает способ миграции, который сводит к минимуму риск и повышает наши шансы на успех.
pgAdmin
pg Администратор — это широко используемое средство управления, которое можно использовать для взаимодействия с базами данных PostgreSQL. Это средство позволяет создавать и выполнять скрипты pgsql. Средство содержит массив полезных средств графического интерфейса, которые можно использовать для настройки, резервного копирования и восстановления баз данных PostgreSQL. Как правило, установите pg Администратор на административных рабочих станциях. Это средство позволяет зарегистрировать и подключиться к нескольким серверам PostgreSQL, что делает его ключевой частью набора средств миграции.
pg_dump, pg_restore и psql
pg_dump — это средство командной строки, установленное вместе с экземпляром PostgreSQL, и его можно установить по мере необходимости на административной рабочей станции. Он позволяет создавать согласованные резервные копии баз данных из PostgreSQL даже при наличии параллельной рабочей нагрузки. Он работает с отдельными базами данных и позволяет создавать резервную копию всей базы данных или частей.
При использовании pg_dump для экспорта объектов схемы можно использовать psql для запуска результирующей .sql файла в целевой базе данных для создания объектов. На этом шаге мы рассмотрим способы перемещения данных из источника в целевую систему. Команды, используемые для экспорта схемы базы данных из одной базы данных и ее создания в другой, можно увидеть в следующем примере.
pg_dump -O --host=MyServerName --port=5432 --username=adminuser --dbname=AdventureWorks --schema-only > adventureWorks.sql
psql --host=MyFlexibleServer --username=demo --dbname=AdventureWorks < adventureWorks.sql
Если мы создадим полный дампа исходной базы данных, мы будем использовать pg_restore для чтения результирующих файлов и восстановления базы данных в целевом экземпляре PostgreSQL. Существует несколько факторов, определяющих время выполнения этих действий при выполнении резервного копирования и восстановления для дампа. Особенно размер базы данных, производительность подсистемы хранения и пропускная способность сети и задержка между компонентами обработки.
В следующем примере показано, как создать дамп базы данных в пользовательском и восстановить его на другом сервере.
pg_dump -Fc --host=MyServerName --port=5432 --username=adminuser --dbname=AdventureWorks > db.dump
pg_restore -Fc --host=MyServerName --port=5432 --create --username=adminuser --dbname=AdventureWorks db.dump
pg_dumpall
В то время как pg_dump используется для дампа одной базы данных, pg_dumpall используется для дампа всех баз данных в один файл скрипта, который psql считывает в новый экземпляр PostgreSQL.
Кроме того, pg_dumpall можно использовать для создания файлов скриптов для глобальных объектов уровня сервера, таких как роли, от которых могут зависеть базы данных при переносе между серверами.