Compass ツールと AWS DMS を使用した SQL Server の Babelfish for Aurora PostgreSQL への移行

多くの AWS のお客様は、アーキテクチャをモダナイズし、オープンソースデータベースに移行し始めています。Babelfish for Aurora PostgreSQL を使用すると、SQL Server から Amazon Aurora PostgreSQL Compatible エディションへのアプリケーションの移行が容易になります。Babelfish では、Aurora PostgreSQL Compatible は一般的に使用される T-SQL 言語とセマンティクスをサポートするため、アプリケーション内のデータベース呼び出しに関連するコード変更の量を減らすことができます。

この投稿では、AWS Database Migration Service (AWS DMS) を使用したデータ移行を含め、Microsoft SQL Server データベースを Babelfish に移行する方法を示し、移行には SQL Server Northwind サンプルデータベースを使用します。さらに、いくつかの一般的な問題とその解決方法についても検討します。

Babelfish 概要

段階的な移行プロセスを説明する前に、Babelfish のアーキテクチャを見てみましょう。Babelfish は、T-SQL コードやクライアントの接続ドライバーへの変更を最小限に抑えて SQL Server アプリケーションを Aurora PostgreSQL Compatible に移行するための移行アクセラレーターです。これにより、ライセンスを取得した独自のオンプレミスデータベースマネージメントシステム (DBMS) からクラウド内のオープンソース DBMS への移行が可能になり、モダナイゼーションへの道が開けます。

Babelfishは、PostgreSQL が SQL Server 用に作成されたアプリケーションからのクエリを理解する機能を提供します。Babelfish は SQL Server ワイヤプロトコルと SQL Server のクエリ言語である T-SQL を理解しているので、データベースドライバを切り替えたり、アプリケーションクエリをすべて書き直したりする必要はありません。次の図に示すように、SQL Server 接続ライブラリを使った TDS 接続と標準の PostgreSQL 接続を作成できます。

Babelfish の利点は次のとおりです。

• 既存のクエリを保持 – 言語拡張により Aurora PostgreSQL Compatible で T-SQL と連携できるようになります。
• 移行を加速 – 移行をより早く完了できるため、数か月から数年の作業を節約できます。
• イノベーションの自由 – T-SQL コードをオープンソースの機能と並行して実行し、使い慣れたツールを使用して開発を続けることができます。

ソリューション概要

Babelfish へのマイグレーションの大まかな手順は次のとおりです。

1. DDL を生成し、Babelfish Compass ツールを使用して分析を実行します。DDL は次のオプションを使用して生成できます。
   1. SQL Server Management Studio (SSMS) を使用してデータベーススキーマをエクスポートする。
   2. Babelfish Compass v.2023-08 以降では、分析が必要な SQL Server データベースの DDL 生成を Compass がオプションで直接実行することも可能。
2. Babelfish extension を使用して Aurora PostgreSQL インスタンスを作成します。
3. ポート 1433 に対して DDL スクリプトを実行して、Babelfish のスキーマを再作成します。
4. AWS DMS を使用して SQL Server から Babelfish にデータを移行し、SQL Server ではなく Babelfish TDS ポートに接続するようにクライアントアプリケーションを再設定します。

バックエンドが Babelfish である .NET アプリケーションの場合、アプリケーションコードを変更する必要はほとんどありません。Babelfish でサポートされていない機能については、アプリケーションコードを変更する必要があります。

以下のセクションでは、SQL Server から Babelfish for Aurora PostgreSQL に移行するためのステップバイステップの詳細を説明します。

Babelfish Compass アセスメントツール

Babelfish Compass は、Windows、Mac、Linuxで動作し、Babelfish との互換性を評価するスタンドアロンツールです。このツールは DDL コードと SQL コードを調べ、サポートされている機能とサポートされていない機能をすべて一覧表示した詳細なレポートを提供します。

Babelfish Compass をインストールして実行するには、次の手順を実行してください。

1. Babelfish Compass の最新バージョン (.zip ファイル) を GitHub からダウンロードしてください。
   
2. ファイルを必要なフォルダに解凍します。このフォルダーには 3 つの zip ファイルがあります。BabelfishCompass_V.2023-08.zip というファイルを解凍する必要があります。
   
3. Babelfish Compass には 64 ビット Java/JRE 8 以降が必要です。Compass レポートを実行する前にインストールする必要があります。
4. CMD (Windows) を開き、zip ファイルを解凍したパスに移動します。
5. インストールを確認するには、-help オプションを指定して BabelfishCompass を実行します。

   BabelfishCompass -help

   Bash

Northwind データベースの Compass レポートの生成

Compass ツール機能を使用して、Compass v.2023-08 以降で DDL を生成します。このオプションは、SQL Server に多数の SQL Server インスタンスまたはデータベースが存在する場合に便利です。Compass に DDL 生成を実行させるには、次のコマンドラインオプションを指定する必要があります。その後、Compass は SQL Server に接続して DDL ファイルを生成し、生成されたファイルに対して Compass 解析を実行します。

• -sqlendpoint – SQL Server のホスト名または IP アドレス。オプションでポート番号を指定することもできます (たとえば、10.123.45.67,1433 や mybigbox,1433)。
• -sqllogin – SQL Server に接続するためのログイン名。DDL を生成する権限を得るには、通常、このログインが sysadmin ロールのメンバーである必要があります。
• -sqlpasswd – 対応するパスワード。
• -sqldblist – これはオプションです。省略するか、all を指定すると、サーバー内のすべてのユーザーデータベースに DDL が生成されます。あるいは、データベース名をコンマで区切ったリストを指定することもできます。

DDL 生成の速度は、SQL Server とのネットワーク上の距離に大きく依存します。時間がかかりすぎる場合は、CTRL+C を使用してプロセスをキャンセルし、SSMS を使用して手動で DDL 生成を行うと、処理が速くなる場合があります。

BabelfishCompass Northwind-report5 -sqlendpoint <endpoint> -sqllogin <login> -sqlpasswd
<password> -sqldblist Northwind -optimistic -reportoptions xref -rewrite

上記のスクリプトは、Babelfish compass レポートを生成し、デフォルトではユーザーの Documents\\ BabelfishCompass フォルダーに保存されます。また、このスクリプトは、指定したデータベースごとに個別の DDL ファイルを生成し、以下のスクリーンショットのようにコンピュータの TEMP ディレクトリに保存します。

compass レポートを生成する他のオプションは、最初に SSMS を使用して DDL を生成し、Babelfish compass コマンドを実行してレポートを生成することです。詳細については、「Babelfish Compass を Deep Dive する」を参照してください。

結果の分析

移行作業全体を評価するには、最初にレポートの上部にある概要セクションを確認することです。このセクションには、オブジェクトの数と SQL コードの行数が報告されています。これにより、アプリケーションがどれほど大きく、どれだけの労力が必要かがひと目でわかります。

--- Report Setup ---------------------------------------------------------------
BabelfishFeatures.cfg file : v.3.2.0, Jun-2023
Target Babelfish version   : v.3.2.0 (PG 15.3)
Command line arguments     : Northwind-report SMOTest -sqlendpoint ****** -sqllogin **** -sqlpasswd ******** -sqldblist Northwind
DDL input files            : Northwind_SMO_DDL_2023-Aug-10.sql
DDL input files location   : C:\Users\ADMINI~1\AppData\Local\Temp\2\CompassAutoDDL-2023-Aug-10-01.36.40
User .cfg file (overrides) : C:\Users\Administrator\Documents\BabelfishCompass\BabelfishCompassUser.cfg
Report name                : Northwind-report
This report                : C:\Users\Administrator\Documents\BabelfishCompass\Northwind-report\report-Northwind-report-bbf.3.2.0-2023-Aug-10-01.37.18.html
Session log                : log\session-log-Northwind-report-bbf.3.2.0-2023-Aug-10-01.36.40.html
================================================================================

--------------------------------------------------------------------------------
--- Executive Summary for Babelfish v.3.2.0 ------------------------------------
--------------------------------------------------------------------------------
Total #lines of SQL/DDL: 1272
#Procedures/functions/triggers/views: 23    #Tables: 13

SQL features not supported by Babelfish       : 127
Estimated complexity of not-supported features: medium:127

--------------------------------------------------------------------------------

 --------------------------------------------------------------------------------
--- Applications Analyzed (1) --------------------------------------------------
--------------------------------------------------------------------------------
Back to Table of Contents

     Northwind (1272 lines SQL)

--------------------------------------------------------------------------------
--- Assessment Summary ---------------------------------------------------------
--------------------------------------------------------------------------------
Back to Table of Contents

    #applications            :    1
    #input files             :    1
    #SQL batches             :  350
    #lines SQL/DDL processed : 1272
    #lines SQL in objects    :  208    (procedures/functions/triggers/views)
    total #SQL features      : 1208
    Supported                :  750
    Not Supported            :    0    
    Review Semantics         :   45
    Ignored                  :  413

Overridden by user .cfg file (C:\Users\Administrator\Documents\BabelfishCompass\BabelfishCompassUser.Optimistic.cfg):
    Ignored (was: Not Supported) : 129

--------------------------------------------------------------------------------
--- Object Count ---------------------------------------------------------------
--------------------------------------------------------------------------------
Back to Table of Contents

    DATABASE                            :  1                                                                                 
    LOGIN                               : 51                                                                                 
    PROCEDURE                           :  7 (72 lines SQL)  without issues: 7 of 7: list
    TABLE                               : 13 (144 columns)   without issues: 13 of 13: list  
    VIEW                                : 16 (136 lines SQL) without issues: 16 of 16: list   
    constraint CHECK                    :  8                                                                                 
    constraint FOREIGN KEY              : 13                                                                                 
    constraint PRIMARY KEY              : 13                                                                                 
    index                               : 26                                                                                 
    user-defined datatype (UDD), scalar :  3          

次に、「Not Supported（サポート対象外）」、「Review Manually（手動レビュー）」、「Review Semantics(セマンティクスの確認）」、「Review Performance（パフォーマンスの確認）」、「Ignored（無視）」の「SQL 機能の概要」セクションに着目します。

問題に基づいて、考えられる回避策を開発するか、移行されたアプリケーションに必要のない機能をスケールダウンして移行のスコープを狭めます。移行のスコープを狭めるには、開発者とアプリケーションオーナーの協力が必要です。コマンドで Optimistic オプションを使用すると、一部のコマンドが Not Supported ではなく Ignored の下に一覧表示されます。Optimistic オプションなしでレポートを生成すると、以下の機能はサポート対象外としてレポートされます。最適化オプションで無視された機能は、アプリケーションを移行する目的では通常は無視できます。Optimistic オプションを使用して Northwind スキーマの compass レポートを生成する場合、サポートされていない機能はないことに注意してください。

 --------------------------------------------------------------------------------
--- SQL features 'Ignored' in Babelfish v.3.2.0 --- (total=413) ----------------
--------------------------------------------------------------------------------
Back to Table of Contents

DDL (286/14)
    Option ALLOW_PAGE_LOCKS=ON, constraint PRIMARY KEY, in CREATE TABLE : 13
    Option ALLOW_PAGE_LOCKS=ON, Index, in CREATE INDEX : 26
    Option ALLOW_ROW_LOCKS=ON, constraint PRIMARY KEY, in CREATE TABLE : 13
    Option ALLOW_ROW_LOCKS=ON, Index, in CREATE INDEX : 26
    Option DROP_EXISTING=OFF, Index, in CREATE INDEX : 26
    Option IGNORE_DUP_KEY=OFF, constraint PRIMARY KEY, in CREATE TABLE : 13
    Option ONLINE=OFF, Index, in CREATE INDEX : 26
    Option OPTIMIZE_FOR_SEQUENTIAL_KEY=OFF, constraint PRIMARY KEY, in CREATE TABLE : 13
    Option OPTIMIZE_FOR_SEQUENTIAL_KEY=OFF, Index, in CREATE INDEX : 26
    Option PAD_INDEX=OFF, constraint PRIMARY KEY, in CREATE TABLE : 13
    Option PAD_INDEX=OFF, Index, in CREATE INDEX : 26
    Option SORT_IN_TEMPDB=OFF, Index, in CREATE INDEX : 26
    Option STATISTICS_NORECOMPUTE=OFF, constraint PRIMARY KEY, in CREATE TABLE : 13
    Option STATISTICS_NORECOMPUTE=OFF, Index, in CREATE INDEX : 26
Permissions (39/2)
    ALTER AUTHORIZATION ON object TO SCHEMA OWNER : 36
    ALTER AUTHORIZATION ON TYPE TO SCHEMA OWNER : 3
Users (88/4)
    ALTER SERVER ROLE processadmin ADD MEMBER : 1
    ALTER SERVER ROLE setupadmin ADD MEMBER : 1
    Login option CHECK_EXPIRATION, in CREATE LOGIN : 43
    Login option CHECK_POLICY, in CREATE LOGIN : 43

Babelfish for Aurora PostgreSQL クラスターの生成

Babelfish クラスターの作成は Aurora PostgreSQL クラスターの作成とほぼ同じです。Babelfish for Aurora PostgreSQL は Aurora PostgreSQL バージョン 13.4 以降でサポートされているため、サポートされているバージョンを選択して Babelfish の設定セクションで「Babelfish をオンにする」にチェックします。

Babelfish クラスターを作成するときは、移行された単一の T-SQL ユーザーデータベースを使用するか、移行した複数の T-SQL ユーザーデータベースを一緒に使用するかを選択します。 single-db を指定した場合、Babelfish では 1 つの T-SQL データベースしか作成できず、T-SQL スキーマは Babelfish データベースでは通常の PostgreSQL スキーマとして作成されます。マルチデータベースモードでは、PostgreSQL からアクセスすると、ユーザーデータベースのスキーマ名は dbname_schemaname になります。T-SQL からアクセスするとスキーマ名は同じままです。詳細については、「1 つのデータベースまたは複数のデータベースでの babelfish の使用」を参照してください。

Babelfish クラスター内の複数の T-SQL ユーザーデータベースがサポートされるため、移行モードには multi-db を使用することをお勧めします。クラスターの作成後にこの値を変更することはできないため、最初は T-SQL ユーザーデータベースが 1 つしか必要ない場合でも柔軟性を持たせたほうがよいです。

SQL Server に近い状態にしておくために、プライマリユーザー名として sa を選択できます。

Babelfish クラスターを作成すると、リーダーとライターという 2 つのエンドポイントが提供され、異なるポートで PostgreSQL と T-SQL の両方がサポートされます。

Babelfish クラスターへの接続

次のステップは、Babelfish クラスターとの接続を確立し、SQL Server Management Studio (SSMS) を使用して新しいデータベースにスキーマを作成することです。SSMS は SQL Server に接続するための GUI ベースのクライアントツールで、オブジェクトエクスプローラーによるオブジェクトの表示とスクリプト作成は限定的にサポートされています。

Babelfish エンドポイントクラスターと認証情報を入力し、[接続] を選択します。

SSMS で DDL スクリプトを実行する Babelfish のスキーマの再作成

Babelfish でスキーマを再作成するには、以下の手順に従ってください。

1. 次のクエリを使用して、Babelfish と Aurora PostgreSQL のバージョンを確認してください。

   -- Check your version
   SELECT SERVERPROPERTY('babelfishversion') AS BabelfishVersion
   	, aurora_version() AS AuroraPostgreSQLVersion
   	, @@VERSION AS ClassicSQLServerVersion
   GO
   

   SQL

   

2. Babelfish のエスケープハッチを無視するように設定 – Babelfish は可能な限り、制御フローとトランザクション状態の SQL 動作を模倣します。Babelfish はエラーに遭遇すると、SQL Server のエラーコードと同様のエラーコードを返します。失敗する可能性のあるステートメントを処理するために、Babelfish ではエスケープハッチと呼ばれる特定のオプションを定義しています。エスケープハッチは、サポートされていない機能や構文に遭遇したときの Babelfish の動作を指定するオプションです。以下のステートメントを使用して、すべてのエスケープハッチが厳密な動作を無視するように設定します。

   EXECUTE sp_babelfish_configure 	'%', 'ignore', 'server';
   GO
   

   SQL
3. Northwind データベースを作成し、T-SQL カタログビューを使用して検証します。

   -- T-SQL catalog views to display databases
   SELECT * FROM sys.databases;
   GO
   

   SQL

   -- T-SQL catalog views to display databases
   SELECT * FROM sys.databases;
   GO
   

   SQL

   

4. Babelfish と PostgreSQL 間のスキーママッピングを確認してください。この情報は、データロード用の DMS タスクを作成するのに役立ちます。

   SELECT 
   	pg.dbname AS BabelfishDBName
       , be.orig_name AS SchemaName  
   	, pg.nspname AS PGSchemaNameForDMS
   	, pg.oid
   	, SCHEMA_ID( be.orig_name ) AS MapsToPGOID
   FROM sys.pg_namespace_ext AS pg
   INNER JOIN  sys.babelfish_namespace_ext AS be 
   	ON pg.nspname = be.nspname
   WHERE dbname = DB_NAME()
   ORDER BY SchemaName;
   

   SQL

   Babelfish クラスターに選択した multi-db または single-db 構成に応じて、異なる結果が表示されます。これは、PostgreSQL がこれらのオプションごとにデータベース名とスキーマ名を内部的に異なる方法でマッピングするためです。
   multi-db の Babelfish クラスターの結果:
   
   single-db の Babelfish クラスターの結果:
   

5. 完成したスクリプトを実行して、Babelfish でスキーマオブジェクトを作成します。
   1. Babelfish は現在、DMS での BYTEA データ型を使用したバイナリ、VARBINARY、および IMAGE データ型の移行をサポートしています。Northwind データベーススクリプトを変更して、任意の IMAGE データ型を BYTEA に変更してください。元の Northwind データベースでは、カテゴリテーブルの Picture 列は IMAGE データ型を使用し、Employee テーブルの Photo 列は IMAGE データ型を使用します。最後のスクリプトでは、以下のように検索して置換します。

      [image] 
      with [bytea] /* [image] */

      Bash
   2. テーブルにプライマリキーとユニークキーのみを使用してスクリプトを実行すると、データロードプロセスが高速化され、データロードプロセスが終了したら追加のインデックスと制約を作成できます。
   3. 以下のスクリプトを使用して、前のステップで作成したテーブルを検証します。

      --using T-SQL view 
      SELECT * FROM sys.tables;

      SQL

AWS DMS を使用した SQL Server から Babelfish へのデータ移行

AWS DMS バージョン 3.5.1 では、Babelfish マイナーバージョン 14.8 および 15.3 以降の Aurora PostgreSQL のサポートデータタイプのサポートが強化されています。SQL Server ソースエンドポイントと Aurora PostgreSQL ターゲットエンドポイントで DMS の使用を開始する方法は次のとおりです。

1. 1. AWS DMS コンソールで、ワークロードに応じてインスタンスのサイズを選択してレプリケーションインスタンスを作成します。
   2. ソースエンドポイントとターゲットエンドポイントを作成します。
      1. ソースエンドポイント – ソースエンドポイントは SQL Server を指している必要があります。
      2. ターゲットエンドポイント – Aurora PostgreSQL ターゲットエンドポイントは Babelfish にデータを移行するための推奨方法です。AWS DMS コンソール、API、または CLI コマンドを使用して AWS DMS ターゲットエンドポイントを作成するときは、次の点に注意してください。
         • ターゲットエンジンを Amazon Aurora PostgreSQL として指定します。
         • データベースに babelfish_db という名前を付けます。
         • エンドポイント設定セクションで、DatabaseMode を Babelfish に、BabelfishDatabaseName をターゲットの Babelfish T-SQL データベースの名前に指定した設定を追加します。マイナーバージョン 15.3 および 14.8 より前の Aurora PostgreSQL で Babelfish を使用している場合は、これらのエンドポイント設定を使用しないでください。
           
   3. レプリケーションタスクを作成して開始し、ターゲットデータベースに指定されたテーブルのデータをロードします。AWS DMS エンドポイントとしての Babelfish の詳細については、「AWS Database Migration Service のターゲットとしての Babelfish の使用」を参照してください。
      Northwind データベースを移行するためのタスク設定は次のとおりです。
      • ターゲットテーブルの準備 -「何もしない」。このモードでは、AWS DMS はターゲットデータベースを変更しません。Babelfish 3.2.0 および 2.5.0 リリースの DMS 3.5.1 の新機能を活用するには、フル LOB モードを選択する必要があります。
        
      • テーブルマッピングルール – スキーマ名が ‘dbo’、ソーステーブル名が ‘%’ のような dbo スキーマのすべてのテーブル、またはソース SQL Server データベースの特定のテーブルを含めるには、次のルールを追加します。
        

      変換ルール – multi-db または single-db 構成に応じて必要な変換ルールは次のとおりです。

      • multi-db モードを使用する場合は、お使いの PostgreSQL スキーマである northwind_dbo と一致するように dbo スキーマの名前を変更してください。
        
      • どちらのモードでも、テーブルの名前を小文字に変更します。以下のスクリーンショットは変換ルールを示しています。
        
   4. テーブル統計を確認して、データのロードを確認します。DMS レプリケーションタスクが正常に完了すると、テーブル統計を表示できます。
      

あるいは、データベースにクエリを実行してデータを検証することもできます。

SELECT TOP 10 * FROM categories ORDER BY [CategoryID]

BYTEA データ型を IMAGE に戻す – ほとんどのアプリケーションは BYTEA で正常に動作しますが、IMAGE に戻す必要がある場合は、以下のスクリプトを使用して IMAGE データ型の新しい列を追加、その列にデータをコピーしてから元の列を削除し、最後に元の列名と一致するように名前を変更します。

ALTER TABLE [dbo].[Categories] ADD [PictureImage] IMAGE NULL;
UPDATE [dbo].[Categories]
SET [PictureImage] = [Picture];

SELECT
[CategoryID]
, CASE WHEN CAST( [Picture] AS Image ) = [PictureImage] THEN 'Match' ELSE 'No Match'
END AS [Compare]
FROM [dbo].[Categories];

ALTER TABLE [dbo].[Categories] DROP COLUMN [Picture];
-- Rename column

EXEC sp_rename 'categories.pictureimage', 'Picture', 'COLUMN';

DMS からデータを読み込んだ後、IDENTITY 列をリセットします。SQL Server では、IDENTITY 列を主キーに使用したり、値の自動インクリメントが必要なその他の列を使用したりするのが一般的です。IDENTITY 列または SERIAL データ型を使用するテーブルを含むデータを移行したら、以下のスクリプトを使用して列の最大値に基づいて PostgreSQL ベースのシーケンスオブジェクトをリセットします。

-- following T-SQL query to generate statements to seed the associated sequence object.

USE Northwind;
GO

DECLARE @schema_prefix NVARCHAR(200) = ''

IF current_setting('babelfishpg_tsql.migration_mode') = 'multi-db'
        SET @schema_prefix = db_name() + '_'

SELECT 'SELECT setval(pg_get_serial_sequence(''' + @schema_prefix + schema_name(tables.schema_id) + '.' + tables.name + ''', ''' + columns.name + ''') ,(select max(' + columns.name + ') from ' + schema_name(tables.schema_id) + '.' + tables.name + '));'
FROM sys.tables tables
JOIN sys.columns columns ON tables.object_id = columns.object_id
WHERE columns.is_identity = 1

UNION ALL

SELECT 'SELECT setval(pg_get_serial_sequence(''' + @schema_prefix + table_schema + '.' + table_name + ''', ''' + column_name + '''),(select max(' + column_name + ') from ' + table_schema + '.' + table_name + '));'
FROM information_schema.columns
WHERE column_default LIKE 'nextval(%';

次のステートメントは、前のクエリによって生成されます。Northwind データベースに対して実行してください。

-- Generated statements
SELECT setval(pg_get_serial_sequence('northwind_dbo.categories', 'categoryid')                 ,(select max(categoryid) from dbo.categories));
SELECT setval(pg_get_serial_sequence('northwind_dbo.employees', 'employeeid')                 ,(select max(employeeid) from dbo.employees));
SELECT setval(pg_get_serial_sequence('northwind_dbo.orders', 'orderid')                 ,(select max(orderid) from dbo.orders));
SELECT setval(pg_get_serial_sequence('northwind_dbo.products', 'productid')                 ,(select max(productid) from dbo.products));
SELECT setval(pg_get_serial_sequence('northwind_dbo.shippers', 'shipperid')                 ,(select max(shipperid) from dbo.shippers));
SELECT setval(pg_get_serial_sequence('northwind_dbo.suppliers', 'supplierid')                 ,(select max(supplierid) from dbo.suppliers));

SSMS のスクリプト生成ウィザードを使用して、次のように作成スクリプトを再生成します。

1. データベーステーブルだけのスクリプトを作成して、チェック制約、インデックス、トリガーなどを別のファイルに含めます。テーブルはすでに移行されているので、テーブル作成セクションをコメントアウトしてください。最終的なスクリプトには、インデックス、制約、トリガーのみを含める必要があります。Babelfish クラスター内の Northwind データベースに対してスクリプトを実行します。
2. ビューだけのスクリプトを作成し、Babelfish クラスターの Northwind データベースに対して実行します。
3. ストアドプロシージャだけのスクリプトを作成し、サポートされていない機能を修正して、Babelfish クラスターの Northwind データベースに対して実行します。

移行の問題と解決策

このセクションでは、以前の移行作業でお客様に見られた、バージョン 3.2 の Babelfish の問題点と考えられる解決策について説明します。

ストアド・プロシージャおよびストアド・ファンクションでサポートされていない機能

アプリケーションのテストをより早く開始するための方法の 1 つは、サポートされていないストアドプロシージャ本体をコメントアウトし、例外を投げたりエラーを発生させたりすることです。ストアドプロシージャのシグネチャ (名前、入力、出力) は引き続き維持されます。理論的には、パラメータ化された正規表現 (グループキャプチャ付き) を書いてこれを行うことができます。以下に例を挙げます。

これにより、サポートされていない機能のサブセットが原因で、解決に時間がかかる可能性がある一部のテスト作業を中断することなく、サポートされていない問題を切り分け、個別にリリースして修正することができます。

トラブルシューティングクエリ

これは、Babelfish への移行後に最もよく発生する問題です。これらの問題の多くは、SQL Server と PostgreSQL の間で異なるインデックス戦略が原因であることが多く、PostgreSQL 側の EXPLAIN ANALYZE または SET BABELFISH_STATISTICS PROFILE を使用して診断できます。

よくある問題は、述語 (predicate) の列に式がある場合でも SQL Server はインデックス付き列を使用できるが、PostgreSQL では使用できないというものです。解決策は、PostgreSQL で述語式と一致する式インデックスを作成することです。クエリを分析したら、インデックスと JOIN 条件が適切であることを確認して、考えられる修正を適用してください。次のコードを使用してください。

• SET BABELFISH_STATISTICS PROFILE {ON|OFF} を使用して、ステートメントの実行に使用されたクエリプランを表示します
• SET BABELFISH_SHOWPLAN_ALL {ON|OFF} を使用すると、コマンドを実行せずにステートメントの推定説明プランを表示できます。

次の例では、BABELFISH_SHOWPLAN_ALL がアクセスパス、インデックススキャン（存在する場合）、および操作のコストの詳細を提供し、パフォーマンスチューニングに役立ちます。

SET BABELFISH_STATISTICS PROFILE ON 
GO

SELECT * FROM test  a JOIN test2 b ON a.a = b.a WHERE b.c = 'A926'

この例では、パフォーマンスを向上させるために、列 c の test2 にインデックスを作成します。これは実行計画に反映され、操作のコストも削減されます。

CREATE INDEX ix_test_1 ON test2 (c);

詳細については、「クエリプランのレビュー」を参照してください。

統計情報の更新

データベースオブジェクトの統計情報は、クエリのパフォーマンスにとって重要です。データベースオプティマイザーは、これらの統計情報を使用して最適な実行プランを決定し、それをデータ取得に使用します。

この記事の執筆時点では、Babelfish では統計情報の収集と更新はサポートされていません。回避策として、PostgreSQL の機能を使用してテーブルの統計情報を取得してください。

• SQL Server command – UPDATE STATISTICS
• PostgreSQL command – ANALYZE

詳細については、ANALYZE を参照してください。

テーブルインデックスの再構築

インデックスはクエリのパフォーマンスにとって重要です。T-SQL では、インデックスの再作成に DBCC コマンドまたは ALTER INDEX コマンドのいずれかを使用します。

DBCC DBREINDEX ('northwind.dbo.employees’);

ALTER INDEX ALL ON northwind.dbo.employees REBUILD;

これらのコマンドは Babelfish ではサポートされていません。代わりに、PostgreSQL 接続から PostgreSQL ステートメント REINDEX TABLE を使用できます。

REINDEX TABLE dbo.employees’;

詳細については、「テーブルインデックスの再構築」を参照してください。

Babelfishではサポートされていないコード機能

Babelfish 関数またはコード構文と SQL Server にはいくつかの違いがあります。次の表は、回避策の例をいくつか示しています。

まとめ

この投稿では、Babelfish Compass ツールと AWS DMS の使用を含め、SQL Server アプリケーションを Babelfish for Aurora PostgreSQL に移行する手順を示しました。サポートされていない機能の詳細を知るために、Babelfish Compass レポートで注目すべきセクションについて説明しました。また、AWS DMS を使用して Babelfish クラスターにデータをロードする方法の詳細も示しました。最後に、Babelfish の移行を加速させるのに役立つ一般的な移行問題と、考えられる解決策について説明しました。

AWS Babelfish チームは、製品を継続的に改善し、定期的に新機能を追加しています。最新の改善点については、四半期ごとにリリースされる Babelfish for Aurora PostgreSQL のアップデートを確認してください。

Babelfish for Aurora PostgreSQL の詳細については、「Babelfish for Aurora PostgreSQL」を参照してください。

翻訳はソリューションアーキテクトのYoshinori Sawada が担当しました。原文はこちらです。

著者について

Amit Arora は、AWS でデータベースと分析を専門とするソリューションアーキテクトです。金融テクノロジー、世界のエネルギー分野のお客様、AWS 認定パートナーと協力して、クラウド移行プロジェクトに関する技術支援や顧客ソリューションの設計を行い、お客様が既存のデータベースを AWS クラウドに移行して近代化できるよう支援しています。