Emigra lejn is-Summit tal-Innovazzjoni:
Tgħallem kif il-migrazzjoni u l-immodernizzar lejn Azure jistgħu jagħtu spinta lill-prestazzjoni, ir-reżiljenza u s-sigurtà tan-negozju tiegħek, li jippermettilek tħaddan bis-sħiħ l-IA.Irreġistra issa
Dan il-brawżer m'għadux appoġġjat.
Aġġorna għal Microsoft Edge biex tieħu vantaġġ mill-aħħar karatteristiċi, aġġornamenti tas-sigurtà, u appoġġ tekniku.
Known issues and limitations with online migrations from PostgreSQL to Azure Database for PostgreSQL
Artiklu
Importanti
We recommend that you use the new migration service in Azure Database for PostgreSQL for a more streamlined and efficient migration experience. This service simplifies the process by supporting a variety of source environments, ensuring a hassle-free transition to Azure Database for PostgreSQL.
This article describes known issues and limitations associated with online migrations from PostgreSQL to Azure Database for PostgreSQL using Azure Database Migration Service (DMS).
Online migration configuration
The lowest PostgreSQL source versions supported is 9.4, and the highest target version supported is 14.9.
Only migrations to the same or a higher version are supported. For example, migrating PostgreSQL 9.5 to Azure Database for PostgreSQL 9.6 or 10 is supported. Migrating from PostgreSQL 11 to PostgreSQL 9.6 isn't supported.
To enable logical replication in the source PostgreSQL postgresql.conf file, set the following parameters:
Parameter
Description
wal_level
Set as logical.
max_replication_slots
Set at least the maximum number of databases for migration. If you want to migrate four databases, set the value to at least 4.
max_wal_senders
Set the number of databases running concurrently. The recommended value is 10.
Add the DMS agent IP to the source PostgreSQL pg_hba.conf.
Make a note of the DMS IP address after you finish provisioning an instance of Azure Database Migration Service.
Add the IP address to the pg_hba.conf file:
Output
host all 172.16.136.18/10 md5
host replication postgres 172.16.136.18/10 md5
The user must have the REPLICATION role on the server hosting the source database.
The source and target database schemas must match.
Size limitations
You can migrate up to 1 TB of data from PostgreSQL to Azure Database for PostgreSQL, using a single DMS service.
DMS allows the users to pick tables inside a database that they want to migrate.
Behind the scenes, the pg_dump command takes the dump of the selected tables using one of the following options:
-T to include the table names picked in the UI
-t to exclude the table names not picked by the user
There's a max limit of 7,500 characters that can be included as part of the pg_dump command following the -t or -T option. The pg_dump command uses the count of the characters for selected or unselected tables, whichever is lower. If the count of characters for the selected and unselected tables exceed 7500, the pg_dump command fails with an error.
For the previous example, the pg_dump command would be:
In the previous command, the number of characters is 55 (includes double quotes, spaces, -T, and slash)
Data type limitations
Limitation: If there's no primary key on tables, changes might not be synced to the target database.
Workaround: Temporarily set a primary key for the table for migration to continue. Remove the primary key after data migration is finished.
Limitations with online migration from AWS RDS PostgreSQL
When you try to perform an online migration from Amazon Web Service (AWS) Relational Database (RDS) PostgreSQL to Azure Database for PostgreSQL, you might encounter the following errors:
Error: The default value of column '{column}' in table '{table}' in database '{database}' is different on source and target servers. It's '{value on source}' on source and '{value on target}' on target.
Limitation: This error occurs when the default value on a column schema differs between the source and target databases.
Error: Target database '{database}' has '{number of tables}' tables whereas source database '{database}' has '{number of tables}' tables. The number of tables on source and target databases should match.
Limitation: This error occurs when the number of tables differs between the source and target databases.
A captured table must have a primary key. If a table doesn't have a primary key, the result of DELETE and UPDATE record operations are unpredictable.
Updating a primary key segment is ignored. Applying such an update is identified by the target as an update that didn't update any rows. The result is a record written to the exceptions table.
If your table has a JSON column, any DELETE or UPDATE operations on this table can lead to a failed migration.
Migration of multiple tables with the same name but a different case might cause unpredictable behavior and isn't supported. An example is the use of table1, TABLE1, and Table1.
Change processing of [ CREATE | ALTER | DROP | TRUNCATE ] table DDLs isn't supported.
In Database Migration Service, a single migration activity can only accommodate up to four databases.
Migration of the pg_largeobject table isn't supported.
Administer an SQL Server database infrastructure for cloud, on-premises and hybrid relational databases using the Microsoft PaaS relational database offerings.
Learn to perform an online migration from PostgreSQL on-premises to Azure Database for PostgreSQL by using Azure Database Migration Service via the CLI.
Learn to perform an online migration from PostgreSQL on-premises to Azure Database for PostgreSQL by using Azure Database Migration Service via the Azure portal.
Learn to migrate seamlessly from on-premises or an Azure VM to Azure Database for PostgreSQL - Flexible Server using the new migration service in Azure.
Learn to migrate seamlessly from Azure VM or an on-premises PostgreSQL server to Azure Database for PostgreSQL using the new migration service in Azure.
Get an introduction to using the migration service to migrate to Azure Database for PostgreSQL - Flexible Server, including advantages and migration options.
Best practices for migration into Azure Database for PostgreSQL, including premigration validation, target server configuration, migration timeline, and migration speed benchmarking.