<h3>背景</h3>ソフトウェアプロビジョニングツール (SWPM) を使用して実行された移行後アクティビティまたはシステムコピー後の一部として、テーブル比較を実行する必要があります。&nbsp;<h3>テーブル比較方法&nbsp;&nbsp;</h3>　1.&nbsp;&nbsp;Software Update Manager (SUM) ツールを使用して、システムコピーまたは移行の実行後にこのテーブル比較を行うことができます。 　2.&nbsp;&nbsp;テーブル比較オプションは、以下の SUM URL が使用される場合にのみ表示されます。 　　　・&nbsp;https://&lt;hostname&gt;:1129/lmsl/migtool/&lt;SAPSID&gt;/doc/sluigui 　3.&nbsp;&nbsp;上記の URL を使用する SUM は、ソースとターゲットの両方で実行する必要があります。 　4.&nbsp;&nbsp;ソースで実行する場合は、オプション 'エクスポートチェックサム生成' を使用します 　5.&nbsp;&nbsp;ターゲットで実行する場合は、オプション 'インポートチェックサム生成' を使用します 　6.&nbsp;&nbsp;チェックサムは、正常に実行されるたびに指定したディレクトリに生成され、後で比較に使用することができます。 この機能の詳細については、SWPM のシステムコピーガイドのセクション "Table Comparison with Software Update Manager" を参照してください。 &nbsp;

SAP Software Update Manager (SUM) を使用したテーブル比較　ITコンサルタント Maw Min

システムデータベースの移動は次の状況で役立つことがあります。 A:障害復旧時。例で言いますと、データベースがサスペクトモードになっている、もしくはハードウェア障害のためにシャットダウンされたなどです。 B:計画的な移転。 C:スケジュールされたディスク保守のための再配置。SQL Server 2016と比較すると、以下のファイルが追加で生成されます。 model_msdbdata.mdf model_msdblog.ldf model_replicatedmaster.ldf model_replicatedmaster.mdfSQL Server 2022でシステム データベースを移動する方法を以下のステップで説明します。1.masterデータベースを移動する手順 2.model、msdbデータベースを移動する手順 3.model_msdbdata、model_replicatedmasterデータベースを移動する手順&nbsp;<h3>1.masterデータベースを移動する手順</h3>----------------------------- master.mdf mastlog.ldf -----------------------------Step:1-1.SQL Server データベース エンジンのサービス アカウントに、ファイルの新しい場所に対する完全な権限があることを確認します。 1-2.[スタート] メニューから、SQL Server 構成マネージャーを見つけて起動します。 1-3.[SQL Server サービス] ノードで、SQL Server のインスタンス (SQL Server (MSSQLSERVER) ) を右クリックし、[プロパティ] を選択します。 1-4.[SQL Server (instance_name) のプロパティ] ダイアログ ボックスで、[スタートアップ パラメーター] タブを選択します。 1-5.[既存のパラメーター] ボックスで、パラメーター -d を選択し、masterの新しいパスに変更し、[更新] を選択して変更を保存します。 1-6.[既存のパラメーター] ボックスで、パラメーター -l を選択し、masterログ ファイルの新しいパスに変更、[更新] を選択して変更を保存します。例: -dC:\Program Files\Microsoft SQL Server\MSSQL&lt;version&gt;.MSSQLSERVER\MSSQL\DATA\master.mdf -lC:\Program Files\Microsoft SQL Server\MSSQL&lt;version&gt;.MSSQLSERVER\MSSQL\DATA\mastlog.ldf別のドライブに変更する場合の例: -dE:\SQLData\master.mdf -lE:\SQLData\mastlog.ldf1-7.[OK] を 選択して変更を保存し、[SQL Server (instance_name) のプロパティ] ダイアログ ボックスを閉じます。 1-8.SQL Server のインスタンスを停止するには、インスタンス名を右クリックし、[停止] を選択します。 1-9.master.mdfとmastlog.ldfファイルを新しい場所にコピーします。&nbsp;注意:robocopy コマンド等で、ファイル権限を保ったままの状態でコピーする1-10.SQL Server のインスタンスを再起動します。 1-11.次のクエリを実行して、masterデータベースのファイル変更を確認します。SELECT name, physical_name AS CurrentLocation, state_desc FROM sys.master_files WHERE database_id = DB_ID(N'master');1-12.この時点で、SQL Server は正常に動作するはずです。ただし、Microsoft では、レジストリ エントリで調整します。 データベースファイルの新しいパスに値を変更します。HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\instance_ID\Setup\SQLDataRoot1-13.コピー先の使用しないファイルを削除します。&nbsp;<h3>2.model、msdbデータベースを移動する手順</h3>----------------------------- model.mdf modellog.ldf MSDBData.mdf MSDBLog.ldf -----------------------------Step:2-1.modelの場合以下のクエリを実行します。 　ALTER DATABASE model MODIFY FILE ( NAME = modeldev , FILENAME = 'new_path\model.mdf' ); 　ALTER DATABASE model MODIFY FILE ( NAME = modellog , FILENAME = 'new_path\modellog.ldf' );2-2.msdbの場合以下のクエリを実行します。 　ALTER DATABASE msdb MODIFY FILE ( NAME = MSDBData , FILENAME = 'new_path\MSDBData.mdf' ); 　ALTER DATABASE msdb MODIFY FILE ( NAME = MSDBlog , FILENAME = 'new_path\MSDBlog.ldf' );2-3.SQL Server のインスタンスを停止します。2-4.robocopy コマンド等で、ファイル権限を保ったままの状態でコピーする2-5.SQL Server のインスタンスを再起動します。2-6.次のクエリを実行して、modelデータベースのファイル変更を確認します。 　SELECT name, physical_name AS CurrentLocation, state_desc FROM sys.master_files 　WHERE database_id = DB_ID(N'model');2-7.次のクエリを実行して、msdbデータベースのファイル変更を確認します。 　SELECT name, physical_name AS CurrentLocation, state_desc FROM sys.master_files 　WHERE database_id = DB_ID(N'msdb');2-8.コピー先の使用しないファイルを削除します。&nbsp;<h3>3.model_msdbdata、model_replicatedmasterデータベースを移動する手順</h3>----------------------------- model_msdbdata.mdf model_msdblog.ldf mode_replicatedmaster.ldf model_replicatedmaster.mdf -----------------------------Step:3-1.model_msdbdataの場合以下のクエリを実行を実行します。 　ALTER DATABASE model_msdb MODIFY FILE ( NAME = MSDBData , FILENAME = 'new_path\model_msdbdata.mdf' ); 　ALTER DATABASE model_msdb MODIFY FILE ( NAME = MSDBLog, FILENAME = 'new_path\model_msdblog.ldf' );3-2.model_replicatedmasterの場合以下のクエリを実行を実行します。 &nbsp;ALTER DATABASE model_replicatedmaster MODIFY FILE ( NAME = replicatedmaster, FILENAME = 'new_path\model_replicatedmaster.mdf'); &nbsp;ALTER DATABASE model_replicatedmaster MODIFY FILE ( NAME = &nbsp;replicatedmasterlog, FILENAME = 'new_path\model_replicatedmaster.ldf');3-3.SQL Server のインスタンスを停止します。3-4.robocopy コマンド等で、ファイル権限を保ったままの状態でコピーする3-5.SQL Server のインスタンスを再起動します。3-6.次のクエリを実行して、model_msdbデータベースのファイル変更を確認します。 &nbsp;use master &nbsp;select * from model_msdb.sys.database_files3-7.次のクエリを実行して、masterデータベースのファイル変更を確認します。 &nbsp;use master &nbsp;select * from model_replicatedmaster.sys.database_files3-8.コピー先の使用しないファイルを削除します。 注意点:移動先のフォルダに対して、[MSSQLSERVER]がフルコントロール権限を設定します。 該当フォルダの[プロパティ]&gt;[セキュリティ]タブより、"NT SERVICE\MSSQLSERVER"を追加し、フルコントロール権限を付与します。

SQL Server 2022 システム データベースの移動方法について　ITコンサルタント 馮 壮

Upgrading your SAP S/4HANA Cloud Private Edition system is a critical process to ensure you are leveraging the latest features, performance improvements, and security updates. This guide will walk you through the &nbsp;high-level &nbsp;steps &nbsp;of &nbsp;the &nbsp;upgrade &nbsp;process &nbsp;and &nbsp;clarify &nbsp;the &nbsp;roles and &nbsp;responsibilities &nbsp;of &nbsp;the &nbsp;customer, partner, and SAP support team during this process.<h2>Overview of the Upgrade Process</h2>The upgrade process involves several key phases, including planning, realizing, and follow-up activities. Here’s a step-by-step overview:<figure class="image image-style-align-center image_resized" style="width:75%;"><img style="aspect-ratio:1048/431;" src="https://foliates-prod.g.kuroco-img.app/files/user/topics_img/7/image(10).png" width="1048" height="431"></figure>1. &nbsp; Planning Phase: o &nbsp;System Landscape Planning: Ensure you plan your upgrade and updates considering your entire system landscape, including production, quality assurance, and development systems. o &nbsp;SAP GUI and Fiori Upgrade Planning: Plan the necessary steps to update SAP GUI and SAP Fiori, ensuring compatibility with the new system version. o &nbsp;Simplification Item Management: Manage relevant simplification items that may impact your system during the upgrade. o &nbsp;Modification and Enhancement Adjustments: Plan adjustments for any custom modifications or enhancements to ensure they work seamlessly post-upgrade. o &nbsp;Integration and Interfaces: Review all integrations and interfaces to ensure they are compatible with the new version. o &nbsp;Custom Code Analysis: Use the Custom Code Migration Worklist to identify and adjust custom code that may be affected by the upgrade. o &nbsp;Training and Communication: Prepare training materials and communication plans to inform users about new features and changes.2. &nbsp; Realizing the Upgrade: o &nbsp;Technical Upgrade Execution: SAP ECS will execute the technical upgrade using the Software Update Manager (SUM) tool. This includes triggering the SUM process 24 hours before the specified start time to handle uptime activities and prepare for the downtime phase. o &nbsp;Ramp-Down Activities: Before the downtime, customers need to perform ramp-down activities, such as stopping background jobs, locking users, and ensuring the system is idle. o &nbsp;Downtime Execution: During the scheduled downtime, SAP ECS will complete the upgrade, including migrating application data if necessary. o &nbsp;Upgrade Testing: Conduct thorough testing to ensure all functionalities work as expected. This includes unit testing, integration testing, and user acceptance testing (UAT). o &nbsp;Performance Tuning: Adjust system parameters and perform necessary tuning to optimize system performance post-upgrade.3. &nbsp; Follow-Up Activities: o &nbsp;Post-Upgrade Tasks: After the technical upgrade, customers should follow up with necessary post-upgrade activities, such as verifying system functionality and performance, and implementing any additional updates or adjustments. o &nbsp;System Monitoring: Monitor system performance and stability to quickly identify and resolve any post-upgrade issues. o &nbsp;User Training and Support: Provide additional training and support to users to help them adapt to the new system features and changes. o &nbsp;Documentation: Update all relevant documentation to reflect the changes made during the upgrade.<h2>Responsibility Matrix</h2>Understanding the responsibilities of each party involved in the upgrade process is crucial for a smooth transition. Here’s a breakdown of the roles:1. &nbsp; Customer Responsibilities: 　 o &nbsp;Planning and Coordination: Customers are responsible for planning their system landscape, scheduling the upgrade, and coordinating with SAP and partners.&nbsp; o &nbsp;Ramp-Down Activities: Performing necessary ramp-down activities before the downtime phase. o &nbsp;Post-Upgrade Verification: Ensuring that the system functions correctly after the upgrade and addressing any issues that arise. o &nbsp;Custom Code Adjustments: Identifying and adjusting custom code based on the new system requirements. o &nbsp;User Training: Preparing and delivering training materials to end-users.<figure class="image image-style-align-center image_resized" style="width:75%;"><img style="aspect-ratio:1064/613;" src="https://foliates-prod.g.kuroco-img.app/files/user/topics_img/7/image(6).png" width="1064" height="613"></figure>2. &nbsp; Partner Responsibilities: o &nbsp;Support and Guidance: Partners provide support and guidance throughout the upgrade process, including planning, testing, and implementation phases. o &nbsp;Customization Adjustments: Assisting with necessary adjustments to custom modifications and enhancements to ensure they are compatible with the new system version. o &nbsp;Integration Support: Ensuring that all integrations and interfaces continue to function correctly after the upgrade. <img class="image_resized image image-style-align-center" style="aspect-ratio:1056/609;width:75%;" src="https://foliates-prod.g.kuroco-img.app/files/user/topics_img/7/image(9).png" width="1056" height="609">3. &nbsp; SAP Support Team Responsibilities: o &nbsp;Technical Execution: SAP ECS is responsible for the technical execution of the upgrade using the SUM tool, including handling uptime and downtime activities. o &nbsp;Issue Resolution: Addressing any technical issues that arise during the upgrade process and ensuring the system is stable post-upgrade. o &nbsp;System Monitoring: Providing tools and support for monitoring the system’s performance and stability after the upgrade. o &nbsp;Documentation and Resources: Offering comprehensive documentation and resources to assist with the upgrade process.<figure class="image image-style-align-center image_resized" style="width:75%;"><img style="aspect-ratio:1038/601;" src="https://foliates-prod.g.kuroco-img.app/files/user/topics_img/7/image(8).png" width="1038" height="601"></figure><h2>Key Considerations for a Successful Upgrade</h2>1. &nbsp; Backup and Recovery Plans: Ensure you have a robust backup and recovery plan in place before starting the upgrade process. This will help mitigate risks and ensure data integrity. 2. &nbsp; Communication Plan: Maintain clear and open communication with all stakeholders throughout the upgrade process. This includes informing users about downtime, new features, and any changes that may impact their work. 3. &nbsp; Risk Management: Identify potential risks and develop mitigation strategies to address them proactively. 4. &nbsp; Performance Testing: Conduct thorough performance testing to ensure the system meets the required performance standards after the upgrade. 5. &nbsp; Post-Upgrade Support: Plan for extended support after the upgrade to address any unforeseen issues and ensure a smooth transition. By following these steps and understanding the roles of each party involved, you can ensure a successful upgrade of your SAP S/4HANA Cloud Private Edition system, allowing your organization to benefit from the latest advancements and improvements in SAP technology. For detailed information and guidance, refer to the Upgrade Guide for SAP S/4HANA Cloud Private Edition.

Upgrading Your SAP S/4HANA Cloud Private Edition System and Understanding the Responsibility　IT Consultant Mampitiye Ruchira

AWS上にある各SAPシステムの起動・停止を自動化すると、必要なタイミングにだけ稼働させることによるコスト軽減の実現、また月次計画停止等のメンテナンスを行う際に大変便利になります。 
 以下簡単な概要となりますが、自動化を実現するためには、以下4ステップを実施します。


 
 ①Amazon EC2インスタンスの作成 
 Amazon Web Services（AWS）が提供するクラウド上の仮想サーバーにある各SAPサーバーにEC2インスタンスを作成することで、SAPシステムのホスティング環境として機能させます。

<figure class="image image-style-align-left image_resized" style="width:71.62%;">
 <img src="https://foliates-prod.g.kuroco-img.app/files/user/topics_img/7/image.png">
</figure>

 ②スクリプトの用意とデプロイ 
 (起動停止、House Keeping、ログ管理など)必要なスクリプトを用意し、各EC2インスタンスにデプロイします。 
 ※このスクリプトは、(SAPシステムの起動停止の手順を処理する等)特定のサーバー上で動作するようにBashなどでコーディングします


 
 ③Lambda関数の設定 
 AWS Lambdaはサーバーレスコンピューティングサービスであり、サーバーのプロビジョニングや管理なしにコードを実行できます。 
 このLambda関数は、トリガーや手動呼び出しなど、特定のイベントに応答するように構成することができます。 
 またトリガーが実行されると、各EC2インスタンスと通信し、デプロイしたスクリプトを実行開始することができます。

<figure class="image image-style-align-left image_resized" style="width:40.56%;">
 <img src="https://foliates-prod.g.kuroco-img.app/files/user/topics_img/7/image(1).png">
</figure>

 まずは、このAWS Lambda上で関数を新規作成し、ランタイムを指定した後にデプロイしたスクリプトを指定します。


 
 ④StepFunctionsの設定 
 AWS Step Functions は、デベロッパーが AWS のサービスを利用して分散型アプリケーションを構築し、 
 プロセスを自動化し、マイクロサービスのオーケストレーション、データと機械学習のパイプラインを構築できるようにするビジュアルワークフローサービスです。


 <img class="image-style-align-left image_resized image" style="width:80.06%;" src="https://foliates-prod.g.kuroco-img.app/files/user/topics_img/7/image(2).png"> 
 &nbsp;


 このStepFunctionのワークフロースタジオに、③で作成したLamba関数を設定することで、SAPシステムの起動・停止の自動化が実現できます。

<figure class="image image-style-align-left image_resized" style="width:99.06%;">
 <img src="https://foliates-prod.g.kuroco-img.app/files/user/topics_img/7/image(3).png">
</figure>

AWS上にある各SAPシステムの起動・停止を自動化する方法 ITコンサルタント Khairie Mohd

移行プロジェクトで大量のDB Dataをリストアする機会があると思いますが、 今回はそのプロセス中に遭遇する「大容量データベースのリストアでパフォーマンスを最適化する方法」に焦点を当てます。大容量データベースのリストアとなると時間がかかり、しばしばパフォーマンスの問題に直面します。 そこで、パフォーマンスを最適化し、効率的にリストアを完了させるための主要ステップ・ポイントを紹介します。1.リソースの確保 まず初めに、リストアを行うサーバーに十分なリソースが割り当てられていることを確認します。特にCPU、メモリ、ディスクI/Oに注意して確認します。 リストア作業中は、不要なアプリケーションやプロセスを停止して、全てのシステムリソースをリストア作業に集中させます。2.ネットワーク設定の最適化 データベースのバックアップファイルをネットワーク経由でアクセスされる場合、ネットワーク帯域幅とスループットがリストアパフォーマンスに大きな影響を与えます。 可能であれば、専用のネットワーク接続や帯域幅を確保して、データ転送の遅延を最小限に抑えるようにします。3.バックアップファイルの形式とサイズ バックアップファイルの圧縮を解除する過程で発生する処理オーバーヘッドを減らすため、事前に圧縮されていない形式でバックアップを取ることを検討します。 大きなバックアップファイルをより小さなチャンクに分割し、並行して複数のチャンクをリストアすることで、全体のリストア時間を短縮できます。4.SQL Serverの設定 SQL Serverのインスタンス設定で、`MAXDOP`（最大並列度）を調整して、リストアプロセスの並列処理を最適化します。 データベースエンジンのバッファプール拡張機能を有効にして、リストア時のI/O要求を効率的に処理します。5.ログファイルの管理 ログファイルのサイズが非常に大きくなることが予測される場合は、適切なサイズで複数のログファイルに分割することで、ログの書き込みパフォーマンスを向上させることができます。 これらのステップを適切に実行することで、大容量データベースのリストア時間を大幅に短縮し、システムのダウンタイムを最小限に抑えることが可能になります。 各ステップは、特定の環境や要件に応じてカスタマイズする必要があります。以上、ご参考までに。&nbsp;

【システム導入支援】大容量DBのリストアにおけるパフォーマンスチューニング　ITコンサルタント 馮 壮

<h2>
 STRUSTからPSEのエクスポート
</h2>

 1.エクスポートするPSEをダブルクリックで選択してください。 
 2.トランザクションSTRUSTの右側に、エクスポートするPSEが表示されていることを確認します。 
 3.メニュー項目より「PSE -&gt; 名前を付けて保存...」を実行します。 
 4.表示されるポップアップから、エントリファイル (PSE エクスポート)を選択します。 
 5.PSEファイルをローカルワークステーション(PC)に保存するために、固有のファイル名を選択します。 
 6.緑色のチェックマークボタン(入力)、またはEnterキーを押し、PSE"SSLサーバ標準"をSTRUSTにインポートします。


 ＜PSE"SSLサーバ標準"での作業時の注意点・補足＞ 
 ※上書きするPSEを再利用する場合は、最初にそれらのPSEをバックアップすることを推奨いたします。 
 ※通常、PSE"SSLサーバ標準"は複数の単純なPSEで構成されています。以下では"SSLサーバ PSE"と呼ばれます。 
 &nbsp;


 フルインポートは、以下3つの手順で行います 
 &nbsp;

<h3>
 準備1：PSEのSubjectNamesの調査
</h3>

 1.インポートするすべての"SSLサーバ PSE"が利用可能であることを確認します。 
 2.(メモ帳など)エディタを開きます。 
 3.インポートする各"SSLサーバ PSE"に対し、以下のステップ (4～8) を繰り返します。 
 4.トランザクションSTRUSTの左側にあるナビゲーションツリーから、ファイルアイコンをダブルクリックします。 
 5.ワークステーション(PC)から、インポートするPSEファイルを選択して開きます。 
 6.右側から、PSE独自の証明書の識別名(DN:Distinguished Name)をコピーします。 
 7.各"SSLサーバ PSE"のDN用の新しい行を使用して、開いているメモ帳にDNを貼り付けます。 
 8.どのDNがどのPSEを参照するかを追跡します (デフォルト、アプリケーションサーバ固有)。 
 &nbsp;

<h3>
 準備2：必要なSubjectNamesで"ダミーPSE"を登録
</h3>

 ＜注意＞ 
 これらのステップを行うことで、既存の"SSLサーバ PSE"が置き換えられますので十分注意してください。


 1.マウスの右ボタンでノード"SSLサーバ標準"をクリックします。 
 2."置換"を選択し、現在のPSEを新規PSEに置換されることを確認します。 
 3.表示されるポップアップで、ボタン "ペン"(DNの修正)をクリックします。 
 4.提案されたDNを(メモ帳からの)デフォルトの"SSLサーバ PSE"のDNに置き換えます。 
 &nbsp; ※インポートするデフォルトの"SSLサーバ PSE"がない場合、提案されるDNでOKです。 
 5.緑色のチェックマークボタン(入力)、またはEnterキーを押します。 
 6.2番目のポップアップで、アプリケーションサーバ固有のPSEのDNを、(メモ帳に記載されている)関連するDNを置き換えます。 
 7.各アプリケーションサーバに正しいDNが入力されていることを確認します。 
 8.緑色のチェックマークボタン(入力)、またはEnterキーを押します。 
 &nbsp;

<h3>
 処理：実際のインポート
</h3>

 1.インポートする各"SSLサーバ PSE"に対して、以下のステップ (2～7) を繰り返します。 
 2.トランザクションSTRUSTの左側にある、ナビゲーションツリーからアイコンファイルをダブルクリックします。 
 3.ワークステーション(PC)から、インポートするPSEファイルを選択して開きます。 
 4.メニュー項目 "PSE -&gt; 名前を付けて保存..."を実行します。 
 5.表示されるポップアップから、エントリ"SSLサーバ PSE (DFAULT)"を選択します。 
 6.緑色のチェックマークボタン(入力)、またはEnterキーを押します。 
 7.同じDNのPSEが置換されたことを確認します。 
 8.保存ボタン(ディスクシンボル) をクリックしてPSEを保存します。 
 &nbsp;

お問い合わせ

お問い合わせ