サーバの管理の概要
この章では、Cisco Unified Communications Manager ノードのプロパティを管理する方法、プレゼンス サーバのステータスを表示する方法、および Unified Communications Manager サーバのホスト名を設定する方法を説明します。
この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
この章では、Cisco Unified Communications Manager ノードのプロパティを管理する方法、プレゼンス サーバのステータスを表示する方法、および Unified Communications Manager サーバのホスト名を設定する方法を説明します。
この項では、Cisco Unified Communications Manager データベースからサーバを削除する方法、および削除したサーバを再び Cisco Unified Communications Manager クラスタに追加する方法について説明します。
Cisco Unified Communications Manager の管理ページでは、クラスタの最初のノードは削除できませんが、2 番目以降のノードは削除できます。 [サーバの検索/一覧表示 (Find and List Servers)] ウィンドウで後続のノードを削除する前に、Cisco ユニファイド CM Administration に次のメッセージが表示されます。"1つ以上のサーバを完全に削除しようとしています。 この操作を取り消すことはできません。 続行しますか?」"というメッセージが表示されます。 [OK] をクリックすると、サーバは Cisco UnifiedCM データベースから削除され、使用できなくなります。
![]() ヒント |
[サーバの設定 (Server Configuration)] ウィンドウからサーバを削除しようとすると、前のパラグラフのメッセージが表示されます。 [OK] をクリックすると、サーバは Cisco UnifiedCM データベースから削除され、使用できなくなります。 |
サーバを削除する前に、次の点を考慮してください。
Cisco Unified Communications Manager の管理ページでは、クラスタ内の最初のノードを削除できませんが、2 番目以降のノードは削除できます。
Cisco Unified Communications Manager が動作しているノード、特に、電話機などのデバイスが登録されているノードは削除しないことをお勧めします。
2 番目以降のノードに関する依存関係レコードが存在する場合でも、そのレコードが原因でノードが削除できなくなることはありません。
削除するノードの Cisco Unified Communications Manager にコール パーク番号が設定されている場合は、削除できません。 ノードを削除するには、Cisco Unified Communications Manager Administrationでコール パーク番号を削除する必要があります。
Cisco Unified Communications Manager の管理ページの設定フィールドに削除するサーバの IP アドレスまたはホスト名が含まれている場合は、サーバを削除する前に設定を更新してください。 この作業を行わないと、サーバの削除後、その設定に依存する機能が動作しなくなる場合があります。たとえば、サービス パラメータ、エンタープライズ パラメータ、サービス URL、ディレクトリ URL、IP Phone サービスなどに IP アドレスまたはホスト名を入力した場合は、サーバを削除する前に、この設定を更新してください。
たとえば Cisco Unity、Cisco Unity Connection などのアプリケーションの GUI に削除するサーバの IP アドレスまたはホスト名が含まれている場合は、サーバを削除する前に、対応する GUI の設定を更新してください。 この作業を行わないと、サーバの削除後、その設定に依存する機能が動作しなくなる場合があります。
サーバを削除すると、MOH サーバなどのデバイスも自動的に削除される場合があります。
ノードを削除する前に、2 番目以降のノードでアクティブになっているサービスを非アクティブにしておくことをお勧めします。 この作業を実行しておくと、ノードの削除後にサービスが動作することが保証されます。
サーバ設定の変更を有効にするには、Cisco Unified Communications Manager を再起動します。 Cisco CallManager サービスの再起動については、『Cisco Unified Serviceability Administration Guide』を参照してください。
データベース ファイルが正しく更新されるようにするには、サーバ、プレゼンス、またはアプリケーション サーバの削除後にクラスタをリブートする必要があります。
ノードの削除後、Cisco Unified Reporting にアクセスして、Cisco Unified Communications Manager でクラスタからノードが削除されたことを確認してください。 さらに、Cisco Unified Reporting、RTMT、または CLI にアクセスして既存のノード間でデータベース レプリケーションが行われていることを確認し、必要であれば、CLI を使用してノード間のデータベース レプリケーションを修復してください。
![]() (注) |
サブスクライバ ノードをクラスタから削除すると、その証明書は引き続き発行元とその他のノードに存在します。 管理者は以下を手動で削除する必要があります。
|
ステップ 1 |
Cisco Unified CM Administration から、 を選択します。 |
ステップ 2 |
[検索(Find)] をクリックして、削除するノードを選択します。 |
ステップ 3 |
[削除(Delete)] をクリックします。 |
ステップ 4 |
この操作は取り消せないことを示す警告ダイアログ ボックスが表示されたら、[OK] をクリックします。 |
ステップ 5 |
割り当てを解除したノードのホスト VM をシャットダウンします。 |
プレゼンス冗長グループおよびクラスタから IM and Presence Service ノードを安全に削除する必要がある場合は、この手順に従います。
![]() 注意 |
ノードを削除すると、そのプレゼンス冗長グループの残りのノードで、ユーザに対するサービスが中断されます。 この手順は、メンテナンス時間中にのみ実行してください。 |
ステップ 1 |
ページで、高可用性が有効な場合は無効にします。 |
||
ステップ 2 |
ページで、削除するノードからすべてのユーザの割り当てを解除するか、移動します。 |
||
ステップ 3 |
プレゼンス冗長グループからノードを削除するには、プレゼンス冗長グループの [プレゼンス冗長グループの設定(Presence Redundancy Group Configuration)] ページの [プレゼンスサーバ(Presence Server)] ドロップダウンリストから、[未選択(Not-Selected)] を選択します。 ノードの割り当て解除の結果として、プレゼンス冗長グループ内のサービスが再起動されることを示す警告ダイアログボックスが表示されたら、[OK] を選択します。
|
||
ステップ 4 |
Cisco Unified CM Administration で、 から未割り当てのノードを削除します。 この操作は取り消せないことを示す警告ダイアログ ボックスが表示されたら、[OK] をクリックします。 |
||
ステップ 5 |
割り当てを解除したノードのホスト VM またはサーバをシャットダウンします。 |
||
ステップ 6 |
すべてのノードの Cisco XCP Router を再起動します。 |
Cisco Unified Communications Manager Administration から後続のノード(サブスクライバ)を削除してそれをクラスタに戻す場合に、次の手順を実行します。
ステップ 1 |
Cisco Unified Communications Manager Administration で、 を選択してサーバを追加します。 |
||
ステップ 2 |
後続のノードを Cisco Unified Communications Manager Administration に追加したら、シスコが提供しているお使いのバージョンのソフトウェア キットに付属しているディスクを使用して、サーバ上でインストールを実行します。
|
||
ステップ 3 |
Cisco UnifiedCM をインストールしたら、その Cisco UnifiedCM のバージョンをサポートしているインストール マニュアルの説明に従って、後続のノードを設定します。 |
||
ステップ 4 |
Cisco Unified Reporting、RTMT、または CLI にアクセスして、データベース レプリケーションが既存のノード間で発生していることを確認します。必要に応じて、ノード間のデータベース レプリケーションを修復します。 |
ノードをインストールする前に、Cisco Unified Communications Manager Administration を使用して、新しいノードをクラスタに追加します。 ノードの追加時に選択するサーバ タイプは、インストールしたサーバ タイプと一致する必要があります。
新しいノードをインストールする前に、Cisco Unified Communications Manager Administration を使用して、最初のノードで新しいノードを設定する必要があります。 クラスタにノードをインストールする方法については、『Cisco Unified Communications Manager Installation Guide』を参照してください。
Cisco Unified Communications Manager のビデオ/音声サーバでは、Cisco Unified Communications Manager ソフトウェアの初期インストール中に追加した最初のサーバがパブリッシャ ノードに指定されます。 後続のすべてのサーバ インストールまたは追加は、サブスクライバ ノードに指定されます。 クラスタに追加した最初の Cisco Unified Communications Manager IM and Presence ノードが、IM and Presence Service データベース パブリッシャノードに指定されます。
![]() (注) |
サーバの追加後は、Cisco Unified Communications Manager Administration を使用して、サーバ タイプを変更できなくなります。 既存のサーバ インスタンスを削除してから、再度、新しいサーバを追加して、正しいサーバ タイプ設定を選択する必要があります。 |
ステップ 1 |
を選択します。 [サーバの検索/一覧表示(Find and List Servers)]ウィンドウが表示されます。 |
ステップ 2 |
[新規追加] をクリックします。 [サーバの設定 - サーバを追加(Server Configuration - Add a Server)]ウィンドウが表示されます。 |
ステップ 3 |
[サーバ タイプ(Server Type)]ドロップダウン リスト ボックスで、追加するサーバ タイプを選択してから、[次へ(Next)]をクリックします。
|
ステップ 4 |
[サーバの設定(Server Configuration)]ウィンドウで、適切なサーバ設定を入力します。 サーバ設定フィールドの説明については、「Server Settings」を参照してください。 |
ステップ 5 |
[保存(Save)] をクリックします。 |
IM and Presence サービスノードの重要なサービスのステータスと自己診断テスト結果を確認するには、Cisco Unified Communications Manager の管理を使用します。
ステップ 1 |
を選択します。 [サーバの検索/一覧表示(Find and List Servers)]ウィンドウが表示されます。 |
ステップ 2 |
サーバの検索パラメータを選択し、[検索(Find)]をクリックします。 一致するレコードが表示されます。 |
ステップ 3 |
[サーバの検索/一覧表示(Find and List Servers)]ウィンドウに表示される IM and Presence サーバを選択します。 [サーバの設定(Server Configuration)]ウィンドウが表示されます。 |
ステップ 4 |
[サーバの設定(Server Configuration)]ウィンドウの IM and Presence サーバ情報のセクションで、プレゼンス サーバ ステータスのリンクをクリックします。 サーバの [ノードの詳細(Node Details)]ウィンドウが表示されます。 |
![]() (注) |
通常、デフォルトのポート設定を変更する必要はありません。 この手順は、デフォルトを変更する場合にのみ使用します。 |
ステップ 1 |
Cisco Unified Communications Manager Administration で、 を選択します。 |
ステップ 2 |
適切な検索条件を入力し、[検索(Find)] をクリックします。 |
ステップ 3 |
表示する Cisco Unified CM を選択します。 |
ステップ 4 |
[このサーバの Cisco Unified Communications Manager TCP ポートの設定(Cisco Unified Communications Manager TCP Port Settings for this Server)]セクションに移動します。 |
ステップ 5 |
Cisco Unified Communications Manager のポートを設定します。 フィールドとその設定オプションの詳細については、「ポート設定」を参照してください。 |
ステップ 6 |
[保存(Save)] をクリックします。 |
ステップ 7 |
[設定の適用(Apply Config)] をクリックします。 |
ステップ 8 |
OKをクリックします。 |
フィールド |
説明 |
---|---|
[イーサネット電話ポート(Ethernet Phone Port)] |
システムは、この TCP ポートを使用してネットワークの Cisco Unified IP Phone(SCCP 専用)と通信します。
|
[MGCPリッスンポート(MGCP Listen Port)] |
システムは、TCPポートを使用して、その関連するMGCPゲートウェイからのメッセージを検出する。
|
[MGCPキープアライブポート(MGCP Keep-alive Port)] |
システムは、このTCPポートを使用して、その関連するMGCPゲートウェイとアクティブメッセージを交換する。
|
[SIP電話ポート(SIP Phone Port)] |
このフィールドでは、Unified Communications Manager が TCP と UDP を介して SIP 回線登録をリッスンするのに使用するポート番号を指定します。 |
[SIP電話セキュアポート(SIP Phone Secure Port)] |
このフィールドでは、システムが TLS を介して SIP 回線登録をリッスンするのに使用するポート番号を指定します。 |
SIP 電話 OAuth ポート(SIP Phone OAuth Port) |
このフィールドは、Cisco Unified Communications Manager が TLS(Transport Layer Security)を介して、オンプレミスの Jabber デバイスによる SIP 回線への登録をリッスンするために使用するポート番号を指定します。 デフォルト値は 5090 です。範囲は 1024 ~ 49151 です。 |
[SIPモバイルおよびリモートアクセスOAuthポート(SIP Mobile and Remote Access OAuth Port)] |
このフィールドは、Cisco Unified Communications ManagerがMTLS(Mutual Transport Layer Security)を介してExpressway上のJabberからのSIP回線登録を受信するために使用するポート番号を指定します。 デフォルト値は 5091 です。範囲は 1024 ~ 49151 です。 |
次の表に、Unified Communications Manager サーバーのホスト名を設定できる場所、ホスト名に使用できる文字数、ホスト名に推奨される最初と最後の文字を示します。ホスト名を正しく設定しないと、Unified Communications Manager の一部のコンポーネント(オペレーティングシステム、データベース、インストールなど)が期待通りに動作しない可能性があります。
ホスト名の場所 |
可能な設定 |
指定できる文字数 |
推奨されるホスト名の先頭文字 |
推奨されるホスト名の最終文字 |
---|---|---|---|---|
[ホスト名/IP アドレス(Host Name/IP Address)] フィールド Cisco Unified Communications Manager Administration の |
クラスタ内のサーバのホスト名を追加または変更できます。 |
2-63 |
英字 |
英数字 |
[ホスト名(Hostname)] フィールド Cisco Unified Communications Manager インストール ウィザード |
クラスタ内のサーバのホスト名を追加できます。 |
1-63 |
英字 |
英数字 |
[ホスト名(Hostname)] フィールド Cisco Unified Communications オペレーティング システムの |
クラスタ内のサーバのホスト名を変更できますが、追加はできません。 |
1-63 |
英字 |
英数字 |
set network hostname hostname コマンドライン インターフェイス |
クラスタ内のサーバのホスト名を変更できますが、追加はできません。 |
1-63 |
英字 |
英数字 |
![]() ヒント |
このホスト名は、ARPANET ホスト名の規則に従う必要があります。 ホスト名の先頭文字と最終文字の間には、英数文字とハイフンを入力できます。 |
いずれかの場所でホスト名を設定する前に、次の情報を確認してください。
Unified Communications Manager パブリッシャ ノードをインストールした後は、パブリッシャのホスト名がこのフィールドに自動的に表示されます。 Unified Communications Managerサブスクライバ ノードをインストールする前に、Unified Communications Manager パブリッシャ ノードでこのフィールドにサブスクライバ ノードの IP アドレスまたはホスト名を入力してください。
このフィールドにホスト名を設定できるのは、Unified Communications Manager が DNS サーバにアクセスしてホスト名を IP アドレスに解決できる場合のみです。DNS サーバに Cisco Unified Communications Manager の名前とアドレスの情報が設定されていることを確認してください。
![]() ヒント |
DNS サーバに Unified Communications Manager の情報を設定するのに加えて、Cisco Unified Communications Manager のインストール時に DNS 情報を入力します。 |
Unified Communications Manager サブスクライバ ノードのインストール時には、Unified Communications Manager パブリッシャ ノードのホスト名と IP アドレスを入力して、Unified Communications Manager がネットワークの接続性およびパブリッシャとサブスクライバ間の検証を確認できるようにしてください。 さらに、サブスクライバ ノードのホスト名と IP アドレスも入力する必要があります。 Unified Communications Manager のインストール時にサブスクライバ サーバのホスト名の入力を求められた場合は、Cisco Unified Communications Manager Administration の([ホスト名/IP アドレス(Host Name/IP Address)] フィールドでサブスクライバ サーバのホスト名を設定した場合に)[サーバの設定(Server Configuration)] ウィンドウに表示される値を入力します。
Kerneldump ユーティリティにより、セカンダリ サーバを要求することなしに、該当するマシンでクラッシュ ダンプ ログをローカルに収集できます。
Unified Communications Managerクラスタでは、Kerneldump ユーティリティがサーバで有効であることを確認するだけで、クラッシュ ダンプ情報を収集できます。
![]() (注) |
シスコでは、より効果的なトラブルシューティングを実現するため、Unified Communications Managerのインストール後に、Kerneldump ユーティリティが有効であることを確認するよう推奨しています。 Kerneldump ユーティリティの設定をまだ行っていない場合は、Unified Communications Managerをサポート対象のアプライアンス リリースからアップグレードする前に行ってください。 |
![]() 重要 |
Kerneldump ユーティリティをイネーブル化またはディセーブル化を行うには、ノードのリブートが必要です。 リブートが許容されるウィンドウ以外では、enable コマンドを実行しないでください。 |
Cisco Unified Communications オペレーティング システムのコマンドライン インターフェイス(CLI)を使用すると、Kerneldump ユーティリティのイネーブル化、ディセーブル化、ステータス確認を実行できます。
次の手順を利用して Kerneldump ユーティリティをイネーブル化します。
Kerneldump ユーティリティから送信されたクラッシュ情報を表示するには、Cisco Unified Real-Time Monitoring Tool またはコマンドライン インターフェイス(CLI)を使用します。 Cisco Unified Real-Time Monitoring Tool を使用して netdump ログを収集するには、[トレースおよびログ セントラル(Trace & Log Central)] の [ファイルの収集(Collect Files)] オプションを選択します。 [システム サービス/アプリケーションの選択(Select System Services/Applications)] タブで、[Kerneldump ログ(Kerneldump logs)] チェックボックスをオンにします。 Cisco Unified Real-Time Monitoring Tool を使用したファイルの収集の詳細については、『Cisco Unified Real-Time Monitoring Tool Administration Guide』を参照してください。
CLI を使用して kerneldump ログを収集するには、クラッシュ ディレクトリのファイルに対して「"file"」CLI コマンドを使用します。 これらは "activelog" のパーティションの下にあります。 ログ ファイル名は、kerneldump クライアントの IP アドレスで始まり、ファイルが作成された日付で終わります。 ファイル コマンドの詳細については、『Command Line Interface Reference Guide for Cisco Unified Solutions』を参照してください。
次の手順を利用して Kerneldump ユーティリティをイネーブル化します。 カーネル クラッシュが発生した場合、ユーティリティは、クラッシュの収集とダンプのメカニズムを提供します。 ローカル サーバまたは外部サーバにログをダンプするユーティリティを設定できます。
ステップ 1 |
コマンドライン インターフェイスにログインします。 |
ステップ 2 |
次のいずれかを実行します。
|
ステップ 3 |
サーバをリブートします。 |
![]() (注) |
kerneldump ユーティリティを無効にする必要がある場合、 |
コア ダンプの指示に従ってリアルタイム モニタリング ツールで電子メール アラートを設定します。 詳細は、コア ダンプの電子メール アラートの有効化を参照してください。
kerneldump ユーティリティおよびトラブルシューティングについては、『Troubleshooting Guide for Cisco Unified Communications Manager』を参照してください。
コア ダンプが発生するたびに管理者に電子メールを送信するようにリアルタイム モニタリング ツールを設定するには、次の手順を使用します。
ステップ 1 |
の順に選択します。 |
ステップ 2 |
[CoreDumpFileFound]アラートを右クリックし、[アラート/プロパティの設定(Set Alert/Properties)]を選択します。 |
ステップ 3 |
ウィザードの指示に従って優先条件を設定します。
|
ステップ 4 |
デフォルトの電子メールサーバーを設定します。 |