音声とユニファイド コミュニケーション : Cisco Unity

Cisco Unity フェールオーバーに対する SQL Server 複製

2015 年 11 月 26 日 - 機械翻訳について
その他のバージョン: PDFpdf | 英語版 (2015 年 8 月 22 日) | フィードバック


目次


概要

フェールオーバーが設定されている場合、Cisco Unity は、アクティブ サーバから非アクティブなサーバにデータを複製するために Microsoft SQL Server 2000 レプリケーションを使用します。 フェールオーバーが発生すると、データ レプリケーションによって、現在の設定とサブスクライバ データがセカンダリ サーバで使用できること、およびセカンダリがアクティブであったときのセカンダリでの変更がフェールバック後にプライマリに複製されることが保障されます。 SQLSERVERAGENT サービスによって実行される SQL Server レプリケーション ジョブが複製を実行します。

SQL サーバの複製の中断および複製トランザクションは、アクティブ サーバの監査ログ テーブルに保存されるので、データは複製が復元されるときに非アクティブなサーバに複製できます。 複製が長期間中断している場合、監査ログ テーブルが大きくなる可能性があります。 これにより、パフォーマンスが低下し、その結果 TUI の応答が悪化し、フェールオーバーが発生する可能性があります。 さらに、アクティブ サーバになったときに、非アクティブなサーバ上の Cisco Unity データベースでは、最新の設定とサブスクライバ データが失われます。

前提条件

要件

Cisco Unity フェールオーバーを設定する前に、Cisco Unity フェールオーバーの要件が完了していることを確認します。

使用するコンポーネント

このドキュメントの情報は、Cisco Unity 4.0(3) ~ 5.x に基づいています。

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。 ネットワークが稼働中の場合は、コマンドが及ぼす潜在的な影響を十分に理解しておく必要があります。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

複製をモニタする

SQL 複製の失敗の原因

SQLSERVERAGENT サービスを起動できないか、サービスが実行する複製ジョブを起動できない場合、複製は失敗する可能性があります。 これらの障害は、SQL サーバを再起動するときに(たとえば、Cisco Unity サーバのリブート時に)、タイミングの問題、パッチ、またはセキュリティまたはコンピュータのポリシーの適用が原因で発生する可能性があります。

イベント ログを使用して SQLSERVERAGENT サービスをモニタする

SQLSERVERAGENT サービスを起動できない場合、イベントがシステム イベント ログに記録されます。 次に、例を示します。

Event Type:	Error
Event Source:	Service Control Manager
Event Category:	None
Event ID:		7001
Date:		5/4/2007
Time:		10:58:47 PM
User:		N/A
Computer:		<servername>
Description:
The SQLSERVERAGENT service depends on the MSSQLSERVER service 
which failed to start because of the following error: 
The account name is invalid or does not exist, or the password 
is invalid for the account name specified. 

さらに、Cisco Unity は問題を検出し、このイベントをアプリケーション イベント ログに記録します。 イベント モニタリング サービスを使用して、このイベントに基づいて電子メールまたはポケットベルによる通知を作成することを推奨します。 たとえば、Cisco Unity イベント モニタリングサービス。

Event Type:	Warning
Event Source:	CiscoUnity_NodeMgr
Event Category:	Run 
Event ID:		1006
Date:		1/1/2007
Time:		9:00:00 AM
User:		N/A
Computer:		<servername> 
Description:
The SQL Server Agent service is not running. It must be running 
in order for replication to take place. 

イベント ログを使用して複製ジョブをモニタする

SQLSERVERAGENT サービスが実行するジョブを起動できなかった場合、デフォルトで、イベントはイベント ログに記録されません。 シスコでは次を推奨しています。

複製ジョブを起動できなかったときに、イベントを記録するように SQL サーバを設定する

次の手順を実行します。

  1. SQL Server Enterprise Manager を起動します。

  2. Enterprise Manager の左側のペインで、[Microsoft SQL Servers] > [SQL Server Group] > [(local) (Windows NT)] > [Management] > [SQL Server Agent] の順に展開し、[Jobs] をクリックします。

  3. 右側のペインで、ジョブの名前を右クリックし、[Properties] > [Notifications] の順に選択します。

    SQLSERVERAGENT サービスによって開始される複製ジョブのリストについては、表 1 を参照してください。

  4. [<ジョブ> Properties] ダイアログボックスで、[Notifications] タブに移動します。

  5. [Write to Windows Application Event Log] をオンにします。

  6. [OK] をクリックして [<ジョブ> Properties] ダイアログボックスを閉じます。

  7. イベントのログを記録したい残りのジョブに対して、手順 3 ~ 6 を繰り返します。

表 1 - SQLSERVERAGENT サービスのいよって開始される複製ジョブ

複製ジョブ 説明 カテゴリ
データ検証障害のあるサブスクリプションを再初期化します。 データ検証障害のあるすべてのサブスクリプションを再初期化します。 REPL-Alert 応答
複製エージェントの点検 履歴ログをアクティブに記録しない複製エージェントを検出します。 REPL-Checkup
SVRNAME-UnityDb-UnityDbPublication-SVRNAME-3 UnityDb のディストリビューション REPL-Distribution
ディストリビューションのクリーン アップ: UnityDistributionDb ディストリビューション データベースから複製トランザクションを削除します。 REPL-Distribution のクリーンアップ
エージェント履歴のクリーンアップ: UnityDistributionDb ディストリビューション データベースから複製エージェントの履歴を削除します。 REPL-History のクリーンアップ
SVRNAME-UnityDb-3 UnityDb LogReader REPL-LogReader
[SVRNAME].9 キューに登録された更新サブスクリプションのキューを読み取ります。 REPL-QueueReader
SVRNAME-UnityDb-UnityDbPublication-3 UnityDb Snapshot REPL-Snapshot
有効期限が切れるサブスクリプションのクリーンアップ 公開されたデータベースから有効期限が切れるサブスクリプションを検出して削除します。 REPL-Subscription のクリーンアップ

SQL Server Enterprise Manager を使用して SQLSERVERAGENT 複製ジョブをモニタする

Enterprise Manager を使用して複製ジョブが正常に実行されるかどうかを確認する

次の手順を実行します。

  1. プライマリ サーバで、SQL Server Enterprise Manager を起動します。

  2. Enterprise Manager の左側のペインで、[Microsoft SQL Servers] > [SQL Server Group] > [(local) (Windows NT)] > [Management] > [SQL Server Agent] の順に展開し、[Jobs] をクリックします。

  3. 右側のペインには、各ジョブが成功したか失敗したかを示すアイコンがあります。 赤いドットのアイコンを持つジョブは失敗したジョブです。 失敗したジョブについては、[Status] 列の値が

    • [Executing] の場合、赤いドットのアイコンは、最終ステータスで更新されていません。 アイコンが更新されるまで待機します。

    • 他の値については、ジョブ名を右クリックし、[View Job History] をクリックして、ジョブが失敗した理由を表示します。

保留中の複製トランザクションが処理されているかどうかを確認する

複製の停止中に、複製トランザクションは、システムが通常のコールを処理する間、処理可能ボリュームを超えるまで累積されます (この最も一般的な例は、プライマリおよびセカンダリ Cisco Unity サーバが相互に接続しようとする際の ODBC タイムアウトです)。 停止後、比較的ゆっくりとした時間中(夜間または週末など)に複製ジョブを実行できる場合、複製ジョブは、複製されないトランザクションのバックログを消去できます。 ただし、多くの複製されないトランザクションが存在する場合、SQL サーバがデータを複製使用とすると、タイムアウトが発生する可能性があります。 複製は機能しているが、複製されないトランザクションの数が週末に低下しなかった場合、複製を無効にし、再度有効にする必要がある場合があります。 詳細については、このドキュメントの「複製の無効化と再有効化」セクションを参照してください。

このセクションの OSQL コマンドを使用して、停止後複製されないトランザクションの数が異常に多いかどうか、および最も古いトランザクションが処理されているかどうかを確認します (大量の Cisco Unity サブスクライバと大量のアクティビティを持つシステムでは、数百の範囲にあるトランザクションは一般的です。 数千の範囲にあるトランザクションは懸念の原因となります)。

注意 注意: 複製されないトランザクションの数が非常に多い場合、OSQL コマンドの完了に長時間かかり、サーバにかなりの負荷をかかる可能性があります。

最も古いトランザクションをいかに古いかを確認するために使用できる、保留中の複製レコード上のデータの順序付きリストを表示するには、次の手順を実行します。

  1. セカンダリ サーバで、[Start] > [Run] の順に選択します。

  2. [cmd] を実行します。

  3. コマンド プロンプトで、次のコマンドを実行し、OSQL を起動して、Unitydb データベースを照会します。

    注: このコマンドは、スペースの制約により 2 行にわたって表示されています。

    OSQL -E -d Unitydb -Q "SELECT distinct insertdate 
    FROM MSreplication_queue ORDER BY insertdate"
    

注: OSQL スイッチでは、大文字と小文字が区別されます(たとえば、- E)。

保留中の複製レコードの総数を取得するには、次の手順を実行します。 複製されないトランザクションの数が増加しているか、減少しているかを確認するには、次のレコードを毎日実行します。

  1. セカンダリ サーバで、[Start] > [Run] の順に選択します。

  2. [cmd] を実行します。

  3. コマンド プロンプトで、次のコマンドを実行し、OSQL を起動して、Unitydb データベースを照会します。

    OSQL -E -d Unitydb -Q "SELECT count(*) FROM MSreplication_queue"
    

    注: OSQL スイッチでは、大文字と小文字が区別されます(たとえば、- E)。

プライマリ サーバからのデータがセカンダリ サーバに複製されているかどうかを確認するには、次の手順を実行します。

  1. プライマリ サーバで、[Start] > [Run] の順に選択します。

  2. [cmd] を実行します。

  3. コマンド プロンプトで、次のコマンドを実行し、OSQL を起動して、UnityDistributionDb データベースを照会します。

    注: このコマンドは、スペースの制約により 2 行にわたって表示されています。

    OSQL -E -d UnityDistributionDb -Q "SELECT SUM(UndelivCmdsInDistDB) 
    FROM MSdistribution_status"
    

複製ジョブの再起動

通常、SQLSERVERAGENT サービスまたは複製ジョブの 1 つが起動できない場合、スタートアップ時のタイミング問題が原因です。 通常、起動できないジョブを起動する際に、複製を復元することができます。

起動に失敗した複製ジョブを起動する

次の手順を実行します。

  1. SQL Server Enterprise Manager を起動します。

  2. Enterprise Manager の左側のペインで、[Microsoft SQL Servers] > [SQL Server Group] > [(local) (Windows NT)] > [Management] > [SQL Server Agent] の順に展開し、[Jobs] をクリックします。

  3. 起動に失敗したジョブを右クリックし、[Start Job] をクリックします。

  4. [Status] 列の値を [Executing] に変更していない場合、ジョブの履歴を確認します。 ジョブを右クリックし、[View Job History] をクリックします。 障害の原因が修正されたら、手順 3 を繰り返してジョブを開始します。

複製の無効化と再有効化

複製されないトランザクションの数が大量のため複製ジョブが繰り返しタイムアウトする場合、およびその結果複製されないレコードの数を減らすことができない場合、複製を無効にし、再度有効にする必要があります。 これを実行するには、次の 3 つの手順を実行します。

  1. 自動フェールオーバーの無効化、ファイルの停止、および SQL 複製

  2. プライマリ サーバのフェールオーバーを設定する

  3. セカンダリ サーバのフェールオーバーを設定する

注意 注意: 複製を無効にし、再度有効にすると、プライマリ サーバとセカンダリ サーバの両方の複製されないトランザクション(存在する場合)が削除され、プライマリ サーバの Cisco Unity データベースがセカンダリ サーバに複製されます。 セカンダリ サーバに複製されない変更が存在する場合、これらの変更は失われます。

自動フェールオーバーの無効化、ファイルの停止、および SQL 複製

次の手順を実行します。

  1. プライマリ サーバがアクティブの場合、手順 5 に進みます。

    プライマリ サーバがアクティブでない場合、セカンダリ サーバで [Start] > [Cisco Unity] > [Failover Monitor] の順に選択します。

  2. [Failback] をクリックします。

  3. [OK] をクリックして、プライマリ サーバにフェールバックすることを確認します。

  4. [Failover Monitor] を閉じます。

  5. プライマリ サーバで、Windows の [Start] メニューから、[Programs] > [Cisco Unity] > [Failover Monitor] の順に選択します。

  6. [Advanced] をクリックします。

  7. [Disable Automatic Failover and Failback] チェックボックスをオンにします。

  8. [OK] をクリックし、[Failover Monitor] を閉じます。

  9. プライマリ サーバで、Windows の [Start] メニューから、[Programs] > [Administrative Tools] > [Services] の順にクリックします。

  10. 右側にあるペインで、[AvCsNodeMgr] をダブルクリックします。

  11. General タブで、Stop をクリックします。

  12. [Startup Type] の一覧で、[Disabled] をクリックします。

  13. [OK] をクリックします。

  14. [Services] ウィンドウを閉じます。

    注意 注意: ノード マネージャ サービスが無効になるため、ファイルの複製は停止します。 通常のフェールオーバー操作を再開すると、複製は再び有効になります。

  15. セカンダリ サーバで、Windows の [Start] メニューから、[Programs] > [Administrative Tools] > [Services] の順にクリックします。

  16. 右側にあるペインで、[AvCsNodeMgr] をダブルクリックします。

  17. General タブで、Stop をクリックします。

  18. [Startup Type] の一覧で、[Disabled] をクリックします。

  19. [OK] をクリックします。

  20. [Services] ウィンドウを閉じます。

  21. プライマリ サーバで、Windows の [Start] メニューから、[Program] > [Microsoft SQL Server] > [Enterprise Manager] をクリックします。

  22. [Console Root] ウィンドウの左側にあるペインで、プライマリ サーバの [Replication] ノードを参照します。 通常、このノードは [Microsoft SQL Servers] ノードの 3 つ下のレベルになります。

  23. [Replication] ノードを右クリックし、[Disable Publishing] をクリックします。 [Disable Publishing and Distribution] ウィザードが表示されます。

  24. [Welcome] ページで、[Next] をクリックします。

  25. [Disable Publishing] ページで、[Yes] をクリックし、[Next] をクリックします。

  26. [Confirm Dropping of Publications] ページで、[Next] をクリックします。

  27. [Completing] ページで、[Finish] をクリックします。

  28. プロセスが完了すると、[OK] をクリックします。

  29. [Console Root] ウィンドウを閉じます。

  30. Enterprise Manager を終了します。

プライマリ サーバのフェールオーバーを設定する

次の手順を実行します。

  1. Windows エクスプローラで、[CommServer] ディレクトリを参照します。

  2. FailoverConfig.exe をダブルクリックして、[Configure Cisco Unity Failover] ウィザードを起動します。

  3. [Welcome] ページで、[Next] をクリックします。

  4. [Specify Server Role] ページで、[Primary Server] をクリックし、[Next] をクリックします。

  5. [Enter the Name of Your Server] ページで、[Browse] をクリックし、セカンダリ サーバの名前を選択して、[OK] をクリックします。 セカンダリ サーバの IP アドレスは自動的に入力されます。

  6. [Next] をクリックします。

  7. [Enter Failover Account Information] ページで、[Browse] をクリックし、メッセージ ストア サービス アカウントの名前をダブルクリックします。 これはフェールオーバー サービスがログインに使用するアカウントです。

    選択するアカウントは、オペレーティング システムの一部として機能する権限と、サービスとしてログインする権限を持つ必要があります。また、Local Administrators グループのメンバーであることも必要です。

    注意 注意: プライマリ サーバとセカンダリ サーバの両方で、同じアカウントを指定する必要があります。

  8. [Password] フィールドに、フェールオーバー サービスとしてログインするアカウントのパスワードを入力し、[Next] をクリックします。

  9. [Begin Configuring Your Server] ページで、[Configure] をクリックします。 ウィザードによって、プライマリ サーバ上で設定の確認とフェールオーバーの構成が行われます。

    ウィザードで構成が正常に完了しなかった場合は、ウィザードの失敗の原因を説明するエラー メッセージが表示されます。 ウィザードを終了して、問題を修正したら、再度 [Configure] をクリックします。

  10. [Completing] ページで、[Finish] をクリックします。

セカンダリ サーバのフェールオーバーを設定する

次の手順を実行します。

  1. Windows のタスクバーで、システム クロックをダブルクリックします。 [Date/Time Properties] ダイアログボックスが表示されます。

  2. 時刻を、プライマリ サーバに表示される時刻(時と分)と同じに設定して、[OK] をクリックします。

  3. Windows エクスプローラで、[CommServer] ディレクトリを参照します。

  4. FailoverConfig.exe をダブルクリックして、[Configure Cisco Unity Failover] ウィザードを起動します。

  5. [Welcome] ページで、[Next] をクリックします。

  6. [Specify Server Role] ページで、[Secondary Server] をクリックし、[Next] をクリックします。

  7. [Enter the Name of Your Server] ページで、[Browse] をクリックし、プライマリ サーバの名前を選択して、[OK] をクリックします。 プライマリ サーバの IP アドレスは自動的に入力されます。

  8. [Next] をクリックします。

  9. [Enter Failover Account Information] ページで、[Browse] をクリックし、メッセージ ストア サービス アカウントの名前をダブルクリックします。 これはフェールオーバー サービスがログインに使用するアカウントです。

    選択するアカウントは、オペレーティング システムの一部として機能する権限と、サービスとしてログインする権限を持つ必要があります。また、Local Administrators グループのメンバーであることも必要です。

    注意 注意: プライマリ サーバとセカンダリ サーバの両方で、同じアカウントを指定する必要があります。

  10. [Password] フィールドに、フェールオーバー サービスとしてログインするアカウントのパスワードを入力し、[Next] をクリックします。

  11. [Begin Configuring Your Server] ページで、[Configure] をクリックします。 ウィザードによって、セカンダリ サーバ上で設定の確認とフェールオーバーの構成が行われます。

    ウィザードで構成が正常に完了しなかった場合は、ウィザードの失敗の原因を説明するエラー メッセージが表示されます。 ウィザードを終了して、問題を修正したら、再度 [Configure] をクリックします。

  12. [Completing] ページで、[Finish] をクリックします。

Unity のフェールオーバーの問題

問題: SQL 複製エラーを 10 ~ 15 分ごとに受信する

イベント ビューアで、次のエラー メッセージが表示されます。

Event Type:	Warning
Event Source:	CiscoUnity_NodeMgr
Event Category:	Run 
Event ID:	1014
Date:		6/25/2010
Time:		12:32:37 PM
User:		N/A
Computer:	AXLDUM01
Description:
Error getting status of SQL Server replication between the primary and 
secondary machines. Unable to get status of SQL Server subscription to 
publication UnityDbPublication for AXLDUM02. Error = 0x80045510.  This may 
be a temporary condition. If not, recreate the subscription and the 
publication snapshot to restore replication.

解決策

この問題を解決するには、次の手順を実行します。

  1. プライマリ サーバで、Windows の [Start] メニューから、[Programs] > [Microsoft SQL Server] > [Enterprise Manager] の順に選択します。

  2. 左側のペインで、[Microsoft SQL Servers] > [SQL Server Group] の順に展開します。

  3. 左側のペインで、SQL サーバ グループの下にある <サーバ名> をクリックします。

  4. SQL Server Enterprise Manager の [Tools] メニューで、[Replication] > [SQLDisable Publishing and Distribution] の順にクリックします。

  5. [Welcome to the Disable Publishing and Distribution Wizard] ウィンドウで、[Next] をクリックします。

  6. [Disable Publishing] ダイアログボックスで、[Yes, Disable Publishing on <サーバ名>] をクリックし、[Next] をクリックします。 続いて、プライマリ サーバで公開を無効にするには、画面に表示される手順を実行します。

  7. プライマリ サーバで、[Cisco Unity Failover Configuration] ウィザードを再実行します。

    注: 必ず正しい Cisco Unity アカウント(Unity インストール用)を使用して FCW を実行してください。

  8. プライマリ サーバで、[Programs] > [Microsoft SQL Server] > [Client Network Utility] の順に選択します。

  9. [General] タブで、次の図に示すように [Enabled protocols by order] が [TCP/IP] と [Named Pipes] に指定されていることを確認します。

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/91961-sql-svr-rep-cu-failover-01.gif

  10. [Alias] タブで、[Add] をクリックし、セカンダリ Unity サーバのマシン名を [Server Alias] に設定して、[OK] をクリックします。

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/91961-sql-svr-rep-cu-failover-02.gif

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/91961-sql-svr-rep-cu-failover-03.gif

  11. 同様に、セカンダリ サーバで、手順 8 ~ 10 を実行します。 次に [Alias] タブの下のセカンダリ サーバで、[Add] をクリックして、プライマリ Unity サーバの名前を [Server Alias] として設定し、[OK] をクリックします。

  12. セカンダリ サーバで、[Cisco Unity Failover Configuration] ウィザードを再実行します。

複製ジョブを所有するアカウントを変更する

デフォルトで、Windows のドメイン アカウントは、複製ジョブを所有しています。 これは、Windows 認証とネットワーク通信の依存関係を導入する複雑度が増します。 SQL サーバには、Windows のドメイン アカウントではなく、SQL サーバに固有の 2 つの組み込みアカウントがあります。 依存関係を減らすには、複製ジョブの所有権を次の SQL サーバ アカウントの 1 つに変します。

  • sa アカウントは、組み込み SQL サーバの管理アカウントです。 このアカウントは、高レベルのアクセスを持ちます。

  • distributor_admin アカウントは、複製が設定されるときに作成されます。 このアカウントには、sa アカウントより低レベルのアクセスがあります。

複製ジョブを所有するアカウントを変更する

次の手順を実行します。

  1. SQL Server Enterprise Manager を起動します。

  2. Enterprise Manager の左側のペインで、[Microsoft SQL Servers] > [SQL Server Group] > [(local) (Windows NT)] > [Management] > [SQL Server Agent] の順に展開し、[Jobs] をクリックします。

  3. 表 1 に示す最初の複製ジョブに対して、ジョブを右クリックして [Properties]をクリックします。

  4. [General] タブで、所有者のリストでジョブを所有させたいアカウントの名前をクリックします。 シスコでは、distributor_admin アカウントを選択することを推奨します。

  5. [OK] をクリックして [<ジョブ> Properties] ダイアログボックスを閉じます。

  6. 表 1 の残りのジョブに対して、手順 3 ~ 5 を繰り返します。

  7. すべての複製ジョブを再起動します。

    1. 表 1 に示す最初の複製ジョブに対して、ジョブを右クリックし、[Stop Job] をクリックします。

    2. ジョブを右クリックして、[Start Job] をクリックします。

    3. 表 1 の残りにジョブに対して、手順 a と b を繰り返します。

複製のモニタリングの一層の改善

SQL サーバの複製ジョブのモニタリングに関する未解決の問題の 1 つは、SQL サーバと SQLSERVERAGENT サービスを起動したときに、一部のジョブが一度しか起動しないことです。 その結果、ジョブが失敗した場合、1 つのイベントのログしか記録されません (他の複製ジョブが起動し、停止して「スリープ状態」になってから、再起動します。 これらのジョブは、軌道に失敗するたびにエラー ログを記録します)。

このドキュメントで説明されているとおり、Cisco Unity 技術グループは、1 度しか起動しないジョブのステータスを継続的にモニタするために、SQLSERVERAGENT サービスの既存のモニタリングに複製ジョブのモニタリングを追加しています。 この改善は、Cisco Bug ID CSCsi50517登録ユーザ専用)によって追跡されます。

SQLSERVERAGENT: 208: SQL サーバのスケジュールされたジョブ「複製エージェントの点検」

イベント ビューアでは、次のエラー メッセージが表示されます。

SQLSERVERAGENT: 208: SQL Server Scheduled Job ''''Replication agents checkup''''
(0x8666D34A10837246B4030EA4E93E50BC) - Status: Failed - Invoked on: 2009-08-19 
03:30:01 - Message: The job failed. The owner () of job Replication agents 
checkup does not have server access.

この問題を解決するには、次の手順を実行します。

  1. SQL エンタープライズ パラメータを開き、失敗したジョブを確認します。

  2. [Properties] を開き、所有者が distributor_admin のみであることを確認します。

  3. ジョブを再起動します。

関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


関連情報


Document ID: 91961