Data Migration Tool 技術仕様
この節では、実装 Data Migration Tool 詳細と機能の拡張方法について説明します。
リポジトリ
Data Migration Tool のソースコードにアクセスするには、GitHub リポジトリを参照してください。
必要システム構成
Data Migration Tool の 必要システム構成は、Magento 2 と同じです。
内部構造
ディレクトリ構造
次の図は、Data Migration Tool のディレクトリ構造を表しています。
├── etc --- all configuration files
│ ├── opensource-to-opensource --- configuration files for migration from Magento Open Source 1 to Magento Open Source 2
│ │ ├── 1.9.1.1
│ │ │ ├── config.xml.dist
│ │ │ └── map.xml.dist
│ │ ├── 1.9.2.0
│ │ │ ├── config.xml.dist
│ │ │ └── map.xml.dist
│ │ ├── ........
│ │ ├── class-map.xml.dist
│ │ ├── deltalog.xml.dist
│ │ └── settings.xml.dist
│ │ ├── ........
│ ├── opensource-to-commerce --- configuration files for migration from Magento Open Source 1 to Adobe Commerce 2
│ ├── commerce-to-commerce --- configuration files for migration from Adobe Commerce 1 to Adobe Commerce 2
│ ├── class-map.xsd
│ ├── config.xsd
│ ├── map.xsd
│ └── settings.xsd
├── src
│ └── Migration
│ ├── App --- application framework
│ ├── Console
│ ├── Handler --- handlers are used by map files
│ │ ├── AbstractHandler.php
│ │ ├── AddPrefix.php
│ │ ├── ConvertIp.php
│ │ ├── ........
│ ├── Logger
│ ├── Reader
│ ├── Mode
│ │ ├── AbstractMode.php
│ │ ├── Data.php
│ │ ├── Delta.php
│ │ └── Settings.php
│ ├── ResourceModel --- contains adapter for connection to data storage and classes to work with structured data
│ │ ├── Adapter
│ │ │ └── Mysql.php
│ │ ├── AbstractCollection.php
│ │ ├── AbstractResource.php
│ │ ├── AdapterInterface.php
│ │ ├── Destination.php
│ │ ├── Document.php
│ │ ├── Record.php
│ │ ├── Source.php
│ │ └── Structure.php
│ ├── Config.php
│ ├── Exception.php
│ └── Step --- functionality for migrating specific data
│ ├── Eav
│ │ ├── Data.php
│ │ ├── Helper.php
│ │ ├── InitialData.php
│ │ ├── Integrity.php
│ │ └── Volume.php
│ ├── Map
│ │ ├── Data.php
│ │ ├── Delta.php
│ │ ├── Helper.php
│ │ ├── Integrity.php
│ │ └── Volume.php
│ ├── UrlRewrite
│ │ ├── Version11300to2000.php
│ │ ├── Version11410to2000.php
│ │ └── Version191to2000.php
│ ├── ..........
└── tests
├── integration
├── static
└── unit
エントリポイント
移行プロセスを実行するスクリプトは、magento-root/bin/magento
にあります。
設定
設定 config.xsd
ファイルのスキーマは、etc/
ディレクトリにあります。 デフォルトの設定ファイル(config.xml.dist
)は、Magento 1.x の各バージョンに対して作成されます。etc/
の下の別のディレクトリにあります。
デフォルトの設定ファイルは、カスタムの設定ファイルに置き換えることができます( コマンド構文を参照)。
設定ファイルの構造は次のとおりです。
<config xmlns:xs="http://www.w3.org/2001/XMLSchema-instance" xs:noNamespaceSchemaLocation="config.xsd">
<steps mode="settings">
<step title="Settings step">
<integrity>Migration\Step\Settings</integrity>
<data>Migration\Step\Settings</data>
</step>
</steps>
<steps mode="data">
<step title="Map step">
<integrity>Migration\Step\Map\Integrity</integrity>
<data>Migration\Step\Map\Data</data>
<volume>Migration\Step\Map\Volume</volume>
</step>
...
</steps>
<steps mode="delta">
<step title="Map step">
<delta>Migration\Step\Map\Delta</delta>
<volume>Migration\Step\Map\Volume</volume>
</step>
...
</steps>
<source>
<database host="localhost" name="magento1" user="root" password=""/>
</source>
<destination>
<database host="localhost" name="magento2" user="root" password=""/>
</destination>
<options>
<map_file>map-file.xml</map_file>
<settings_map_file>settings-map-file.xml</settings_map_file>
<bulk_size>100</bulk_size>
<custom_option>custom_option_value</custom_option>
<source_prefix />
<dest_prefix />
...
</options>
</config>
-
手順 – 移行中に処理されるすべての手順を説明します
-
ソース – データソースの設定。 使用可能なソースの種類:データベース
-
宛先 – データ宛先の設定。 使用可能な宛先のタイプ : データベース
-
options - パラメーターのリスト。 必須(map_file、settings_map_file、bulk_size)とオプション(custom_option、resource_adapter_class_name、prefix_source、prefix_dest、log_file)の両方のパラメーターが含まれる
Magentoがデータベース テーブルのプレフィックスと共にインストールされた場合にプレフィックス オプションを変更します。 Magento1 およびMagento2 のデータベースに対して設定できます。 それに応じて、「source_prefix」および「dest_prefix」設定オプションを使用します。
設定データには、\Migration\Config
クラスでアクセスできます。
使用可能な操作の手順
step
title
属性で指定する必要があります。integrity
data
volume
delta
Source データベース情報属性
name
host
port
user
password
ssl_ca
ssl_cert
ssl_key
宛先データベース情報属性
name
host
port
user
password
ssl_ca
ssl_cert
ssl_key
TLS プロトコルを使用して接続
TLS プロトコルを使用して(つまり、公開/非公開暗号化キーを使用して) データベースに接続することもできます。 database
要素に次のオプションの属性を追加します。
ssl_ca
ssl_cert
ssl_key
例:
<source>
<database host="localhost" name="magento1" user="root" ssl_ca="/path/to/file" ssl_cert="/path/to/file" ssl_key="/path/to/file"/>
</source>
<destination>
<database host="localhost" name="magento2" user="root" ssl_ca="/path/to/file" ssl_cert="/path/to/file" ssl_key="/path/to/file"/>
</destination>
ステップ内部
移行プロセスは次の手順で構成されます。
ステップは、一部の分離されたデータの移行に必要な機能を提供する単位です。 ステップは、1 つ以上のステージ(整合性チェック、データ、ボリューム・チェック、差分)で構成できます。
デフォルトでは、いくつかの手順(Map、EAV、URL Rewrites など)があります。 オプションで、独自の手順も追加できます。
ステップ関連のクラスは、src/Migration/Step ディレクトリにあります。
Step クラスを実行するには、クラスを config.xml ファイルで定義する必要があります。
<config xmlns:xs="http://www.w3.org/2001/XMLSchema-instance" xs:noNamespaceSchemaLocation="config.xsd">
<steps mode="mode_name">
<step title="Step Name">
<integrity>Migration\Step\StepName\Integrity</integrity> <!-- integrity check stage of the step -->
<data>Migration\Step\StepName\Data</data>
<volume>Migration\Step\StepName\Volume</volume>
</step>
...
</steps>
...
</config>
すべてのステージクラスは、StageInterface を実装する必要があります。
class StageClass implements StageInterface
{
/**
* Perform the stage
*
* @return bool
*/
public function perform()
{
}
}
データステージがロールバックをサポートしている場合は、RollbackInterface
インターフェイスを実装する必要があります。
実行中のステップのビジュアライゼーションは、Symfony の ProgressBar コンポーネントによって提供されます( プログレスバーを参照)。 このコンポーネントには、LogLevelProcessor として手順の中でアクセスします。
主な使用方法を次に示します。
$this->progress->start();
$this->progress->advance();
$this->progress->finish();
ステップステージ
整合性チェック
各ステップでは、データソースの構造(デフォルトではMagento 1)とデータ送信先の構造(Magento 2)に互換性があることを確認する必要があります。 そうでない場合 – 互換性のないエンティティに関してエラーが表示されます。 フィールドのデータタイプが異なる場合(同じフィールドのMagento 1 に 10 進数データタイプがあり、Magento 2 に整数がある場合)、警告メッセージが表示されます(マップファイルで説明されている場合を除く)。
データ転送
整合性チェックに合格した場合、データ転送は実行中です。 エラーが表示された場合は、ロールバックが実行され、Magento 2 の以前の状態に戻ります。 ステップクラスが RollbackInterface
インターフェイスを実装する場合、エラーが発生するとロールバックメソッドが実行されます。
ボリュームチェック
データ移行後に、ボリュームチェックを使用すると、すべてのデータが正しく転送されたかどうかを確認できます。
Delta 配信
メイン移行後に追加された残りのデータは、差分機能によって配信されます。
実行モード
ツールは、特に次の 3 つの異なるモードで実行する必要があります。
- 設定 – システム設定の移行
- データ – データの主な移行
- delta - メイン移行後に追加された残りのデータの移行
各モードには、実行する独自のステップのリストがあります。 config.xml を参照
設定の移行モード
このツールの設定移行モードは、次のエンティティの転送に使用されます:
- Web サイト、ストア、ストアビュー。
- ストア設定(主に M2 でのストア/設定、または M1 でのシステム/設定)
すべてのストア設定では、データがデータベース内の core_config_data テーブルに保持されます。 settings.xml ファイルには、移行プロセス中に適用されるこのテーブルのルールが含まれています。 このファイルは、無視、名前変更、または値の変更が必要な設定を記述します。 settings.xml ファイルの構造は次のとおりです。
<?xml version="1.0" encoding="UTF-8"?>
<settings xmlns:xs="http://www.w3.org/2001/XMLSchema-instance" xs:noNamespaceSchemaLocation="settings.xsd">
<key>
<ignore>
<path>path/to/ignore*</path>
</ignore>
<rename>
<path>path/to/rename</path>
<to>new/path/renamed</to>
</rename>
<key>
<value>
<transform>
<path>some/key/to/change</path>
<handler class="Some\Handler\Class"/>
</transform>
</value>
</settings>
ノード <key>
には、core_config_data
テーブルの「path」列を操作するルールがあります。 <ignore>
のルールにより、ツールは一部の設定を転送できません。 このノードではワイルドカードを使用できます。 <ignore>
ノードにリストされていないその他の設定はすべて移行されます。 設定のパスがMagento 2 で変更された場合は、ノードに追加する必要があります //key/rename
古いパスはノードで示され、新しいパスはノードで //key/rename/path
示され //key/rename/to
す。
ノード <value>
の下には、core_config_data
テーブルの「value」列で動作するルールがあります。 これらの規則は、ハンドラ(Migration\Handler\HandlerInterface
を実装するクラス)によって設定値を変換し、Magento 2 に適応させることを目的としています。
データ移行モード
このモードでは、ほとんどのデータが移行されます。 データを移行する前に、整合性チェックステージが各手順で実行されます。 整合性チェックに合格すると、Data Migration Tool は deltalog テーブル(接頭辞 m2_cl_*
)と対応するトリガーをMagento1 データベースにインストールし、ステップのデータ移行ステージを実行します。 移行がエラーなしで完了すると、ボリュームチェックがデータの整合性をチェックします。 ライブストアを移行すると、警告メッセージが表示される場合があります。 デルタ移行では、この増分データが処理されるので、心配する必要はありません。 最も役に立つ移行手順は、マップ、URL 書き換え、EAV です。
マップ ステップ
マップステップは、ほとんどのデータをMagento 1 からMagento 2 に転送する役割を果たします。 この手順は、etc/
ディレクトリにある map.xml ファイルから手順を読み取ります。 ファイルは、ソース(Magento 1)とデスティネーション(Magento 2)のデータ構造の違いを示します。 Magento 2 に存在しないMagentoに属するテーブルまたはフィールドが拡張機能 1 に含まれている場合、マップステップで無視するためにこれらのエンティティをここに配置できます。 それ以外の場合は、エラーメッセージが表示されます。
マップ ファイルには次の形式があります。
<?xml version="1.0" encoding="UTF-8"?>
<map xmlns:xs="http://www.w3.org/2001/XMLSchema-instance" xs:noNamespaceSchemaLocation="map.xsd">
<source>
<document_rules>
<ignore>
<document>some_document2</document>
</ignore>
<rename>
<document>some_document</document>
<to>some_dest_document</to>
</rename>
<log_changes>
<document key="primary_key">some_dest_document</document>
</log_changes>
</document_rules>
<field_rules>
<move>
<field>some_document1.field1</field>
<to>some_document1.field2</to>
</move>
<ignore>
<field>some_document3.field8</field>
</ignore>
<transform>
<field>some_document1.field1</field>
<handler class="\Migration\Handler\Convert">
<param name="map" value="[value1:value2;value3:value4;value5:value6;]" />
</handler>
</transform>
</field_rules>
</source>
<destination>
<document_rules>
<ignore>
<document>some_document8</document>
</ignore>
</document_rules>
<field_rules>
<transform>
<field>some_document5.field3</field>
<handler class="\Migration\Handler\SetValue">
<param name="value" value="10" />
</handler>
</transform>
</field_rules>
</destination>
</map>
領域:
-
source - ソースデータベースのルールを含みます
-
destination – 宛先データベースのルールが含まれます
オプション:
-
ignore – このオプションでマークされたドキュメント、フィールド、またはデータタイプは無視されます
-
rename – 異なる名前を持つドキュメント間の名前リレーションを記述します。 宛先ドキュメント名がソースドキュメント名と異なる場合は、名前変更オプションを使用して、宛先テーブル名と同様のソースドキュメント名を設定できます
-
移動 – 指定したフィールドをソースドキュメントからターゲットドキュメントに移動するためのルールを設定します。 メモ:宛先ドキュメント名は、ソースドキュメント名と同じである必要があります。 移動元と移動先のドキュメントの名前が異なる場合 – 移動したフィールドを含むドキュメントには、名前の変更オプションを使用する必要があります
-
transform - ハンドラーに記載されている動作に従ってフィールドを移行できるオプション
-
handler - フィールドの変換動作を記述します。 ハンドラーを呼び出すには、
<handler>
タグにハンドラークラス名を指定する必要があります。 パラメーター名と値データを持つ<param>
タグを使用して、ハンドラーに渡します
Source 利用可能な操作:
宛先 使用可能な操作:
ワイルドカード
類似部品(document_name_1
、document_name_2
)を含むドキュメントを無視するには、ワイルドカード機能を使用します。 繰り返しパート(document_name_*
)の代わりに *
の記号を入れると、このマスクに一致するすべてのソースドキュメントまたはターゲットドキュメントがこのマスクで覆われます。
URL 書き換え手順
Magento 1 で開発されたMagento 2 と互換性のないアルゴリズムが多数あるため、この手順は複雑です。 Magento 1 のバージョンが異なれば、異なるアルゴリズムを使用できます。 したがって、Step/UrlRewrite フォルダーには、特定のバージョンのMagento用に開発されたクラスがあり、Migration\Step\UrlRewrite\Version191to2000はその 1 つです。 URL 書き換えデータをMagento 1.9.1 からMagento 2 に転送できます。
EAV ステップ
この手順により、すべての属性(製品、顧客、RMA)がMagento1 からMagento2 に転送されます。 データの処理の特定のケースに対して、map.xml ファイルのルールと類似したルールを含む map-eav.xml ファイルを使用します。
この手順で処理されるテーブルの一部:
eav_attribute
eav_attribute_group
eav_attribute_set
eav_entity_attribute
catalog_eav_attribute
customer_eav_attribute
eav_entity_type
差分移行モード
メイン移行後に、(ストアフロントのお客様などによって)Magento1 データベースにデータが追加される場合がありました。 このデータをトラッキングするために、移行プロセスの最初に、テーブルのデータベーストリガーを設定します。 詳しくは、 サードパーティの拡張機能で作成されたデータを移行するを参照してください。
データソース
Magento 1 とMagento 2 のデータソースにアクセスし、そのデータを使用して操作するには(select、update、insert、delete)、リソースフォルダーには多くのクラスがあります。 Migration\ResourceModel\Sourceおよび Migration\ResourceModel\Destination がメインクラスです。 すべての移行手順でデータの操作に使用されます。 このデータは、Migration\ResourceModel\Document、Migration\ResourceModel\Record、Migration\ResourceModel\Structure などのクラスに含まれています。
次に、これらのクラスのクラス図を示します。
ログ
マイグレーションプロセスの出力を実装し、可能なすべてのレベルを制御するために、Magentoで使用される PSR ロガーが適用されます。 \Migration\Logger\Logger
クラスは、ログ機能を提供するために実装されました。 ロガーを使用するには、コンストラクターの依存関係の挿入を使用してロガーを挿入する必要があります。
class SomeClass
{
...
protected $logger;
public function __construct(\Migration\Logger\Logger $logger)
{
$this->logger = $logger;
}
...
}
その後、このクラスを使用していくつかのイベントのログを記録できます。
$this->logger->info("Some information message");
$this->logger->debug("Some debug message");
$this->logger->error("Message about error operation");
$this->logger->warning("Some warning message");
ログ情報の書き込み先をカスタマイズできる場合があります。 これを行うには、logger の pushHandler () メソッドを使用して logger にハンドラーを追加します。 各ハンドラーは、インターフェイス \Monolog\Handler\HandlerInterface
実装する必要があります。 現時点では、次の 2 つのハンドラーがあります。
-
ConsoleHandler: メッセージをコンソールに書き込む
-
FileHandler:「log_file」設定オプションで指定されたログファイルにメッセージを書き込む
また、任意の追加ハンドラーを実装することもできます。 Magentoフレームワークには一連のハンドラーがあります。 ロガーにハンドラーを追加する例は次のとおりです。
// $this->consoleHandler is the object of Migration\Logger\ConsoleHandler class
// $this->logger is the object of Migration\Logger\Logger class
$this->logger->pushHandler($this->consoleHandler);
ロガー(現在のモード、テーブル名)の追加データを設定するには、ロガープロセッサーを使用します。 既存のプロセッサ(MessageProcessor)が 1 つあります。 これは、メッセージをログに記録するための「追加」データを追加するために作成され、ログメソッドが実行されるたびに呼び出されます。 MessageProcessor が、「mode」、「stage」、「step」、「table」の空の値を含む$extra var を保護しました。 追加のデータは、ログメソッドの 2 番目のパラメーター(コンテキスト)としてプロセッサーに渡すことができます。 現在、追加のデータセットは、AbstractStep->runStage (現在のモード、ステージ、ステップをプロセッサーに渡す)メソッドおよび logger->debug メソッド(移行テーブル名を渡す)を使用するデータクラスのプロセッサーに渡されます。 ロガーにプロセッサーを追加する例:
// $this->processoris the object of Migration\Logger\messageProcessor class
// $this->logger is the object of Migration\Logger\Logger class
$this->logger->pushProcessor([$this->processor, 'setExtra']);
// As a second array value you need to pass method that should be executed when processor called
冗長レベルを設定する可能性があります。 今のところ、次の 3 つのレベルがあります。
ERROR
(エラーのみをログに書き込みます)INFO
(重要な情報のみがログに書き込まれます。デフォルト値)DEBUG
(すべてが書かれています)
メソッドを呼び出して、各ハンドラーの詳細ログレベル setLevel()
個別に設定できます。 コマンドラインパラメーターを使用して詳細レベルを設定する場合は、アプリケーションの起動時に「verbose」オプションを変更する必要があります。
ログメッセージの書式は、モノログフォーマッターで設定できます。 フォーマッター機能を有効にするには、setFormatter()
メソッドを使用してログハンドラーを指定する必要があります。 現在、メッセージ処理中に(ハンドラーから実行される format()
メソッドを使用して)特定の形式(冗長レベルに依存します)を設定するフォーマッタークラス(MessageFormatter
)が 1 つあります。
ロガーの操作(ハンドラーとプロセッサーの追加)と詳細モードでの処理は、Migration\Logger\Manager
クラスの process()
メソッドで実行されます。 メソッドは、アプリケーションの起動時に呼び出されます。
自動テスト
Data Migration Tool には 3 種類のテストがあります。
- 静的
- 単位
- 統合
これらはツールの tests/
ディレクトリにあり、テストの種類と同じです(単体テストは tests/unit
ディレクトリにあります)。 テストを開始するには、phpunit がインストールされている必要があります。 現在のディレクトリをテストディレクトリに変更し、phpunit を起動します。 例:
[10:32 AM]-[vagrant@debian-70rc1-x64-vbox4210]-[/var/www/magento2/vendor/magento/data-migration-tool]-[git master]
$ cd tests/unit
[10:33 AM]-[vagrant@debian-70rc1-x64-vbox4210]-[/var/www/magento2/vendor/magento/data-migration-tool/tests/unit]-[git master]
$ phpunit
PHPUnit 8.1.0 by Sebastian Bergmann.
....