推奨される移行プロジェクト ドキュメントを作成する
VLDB の OS と DB の移行には、より高いレベルの技術スキルと、追加のドキュメントや手順も必要です。 このドキュメントの目的は、ダウンタイムを減らし、データ損失の可能性を排除することです。 最低限必要なドキュメントには、次のトピックが含まれます。
現在の SAP アプリケーション名、バージョン、パッチ、DB サイズ、サイズ上位 100 テーブル、DB 圧縮の使用、現在のサーバー ハードウェアの CPU、RAM、ディスク。
完了したデータのアーカイブおよび消去アクティビティと、達成された省スペース。
移行の間に適用されるアップグレード、Unicode 変換、またはサポート パックの詳細。
ターゲット SAP アプリケーションのバージョン、サポート パック レベル、推定ターゲット DB サイズ (圧縮後)、サイズ上位 100 テーブル、DB のバージョンとパッチ、OS のバージョンとパッチ、仮想マシンの SKU、仮想マシンの構成オプション (ディスク キャッシュ、書き込みアクセラレータ、高速ネットワーク、ディスクの種類と数量、データベース ファイルのサイズとレイアウトなど)、DBMS 構成オプション (メモリ、トレース フラグ、Resource Governor など)。
セキュリティ関連の構成 (ネットワーク セキュリティ グループ、ファイアウォールの設定、グループ ポリシー、DBMS 暗号化の設定など)。
最初のインポートが完了した後で HA と DR を確立するための特別な手順に加えて、HA と DR のアプローチとテクノロジ。
OS と DB の移行設計アプローチ:
- Intel R3load エクスポート サーバーの数
- R3load インポート仮想マシンの数
- 仮想マシンあたりの R3load プロセスの数
- テーブル分割の設定
- パッケージ分割の設定
- エクスポートとインポートの監視の設定
- STR ファイルから削除して手動で作成するセカンダリ インデックスのリスト
- エクスポート前タスクのリスト (更新のクリアなど)
前回のエクスポートおよびインポート サイクルの分析:
- 変更された設定は何か
- "フライト プラン" にはどのような影響があったか
- 構成の変更は受け入れられるか、拒否されるか
- 次のテスト サイクルで計画されているチューニングと構成の内容
復旧手順と例外処理 – ロールバックの手順、前のテスト サイクルの間に発生した例外や問題を処理する方法。