# ベストプラクティス 16.6 – 分析のための生産負荷シミュレーションのメカニズムを開発する テストシステム内に本番稼働データのクローンを持つことで、システム管理者は本番稼働の SAP ワークロードをシミュレーションし、ストレスやボリュームテストなどの重要なパフォーマンステストを実施することができます。このタイプのテストは、潜在的なパフォーマンスのボトルネックを特定し、本番稼働環境でのパフォーマンス問題の発生を防止するのに役立ちます。 **提案 16.6.1 – SAP システムにおける自動ストレステストとボリュームテストを実施する** AWS で実行する場合、本番稼働データをテスト環境にコピーするのは比較的簡単です (例えば、 [本番稼働環境から EBS スナップショットを使用して](https://docs.aws.amazon.com/prescriptive-guidance/latest/backup-recovery/ec2-backup.html) 新しいテストインスタンスを作成する)、ただし、マニュアルまたは自動のコピー後のステップを正しく実行するように注意する必要があります。コピー後のステップには、トランザクション BDLS による論理システム名の変更、機密本番稼働データのスクランブルや削除、関連するテストシステムとの統合設定などがあります。また、必要に応じてインスタンスのプロビジョニング、設定、シャットダウンが可能なため、分離されたパフォーマンステストシステムを永続的に維持する必要がないことも利点の一つです。 テストシステムへの負荷のかけ方はさまざまです。 + AWS では、 [Distributed Load Testing](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/) ソリューションが自動負荷テストに役立つかもしれません + eCATT (Extended Computer Aided Test Tool) による SAP ソフトウェアでの [スクリプトの作成と自動化](https://wiki.scn.sap.com/wiki/display/ABAP/eCATT) + サードパーティーの自動テストソリューションの使用 + SAP システム内で適切なプログラムを大規模に開始するための、オペレーティングシステムレベルでのスクリプトの作成