アラートおよび通知

アラートの監視

主任アラートはのダッシュボードおよびそのほかの概要ビューに,警告および重大アラートシンボルと共に表示されます。アラートは,铂ライセンスを持つユーザーが使用できます。アラートは,1分ごとに自動的に更新されます。オンデマンドで更新することもできます。

警告アラート(黄色の三角形)は,条件の警告しきい値以上になっていることを示します。

重大アラート(赤の円)は,条件の重大しきい値以上になっていることを示します。

サイドバーでアラートを選択して下部にある[アラートに移动]リンクをクリックするか,(导演)ページの上部にある[アラート]ををすると，アラートに关键词详细なをできます。

[アラート]ビューで,アラートをフィルターおよびエクスポートできます。たとえば,先月特定のデリバリーグループで失敗したサーバーOSマシンや,特定のユーザーに対するすべてのアラートを特定することができます。詳しくは。”レポートのエクスポート」を参照してください。

Citrixアラート：Citrixアラートは、思杰公司コンポーネントで発生し、经理で監視されるアラートです。思杰公司アラートは、经理内で[アラート]>[Citrixアラートポリシー］の順に選択して構成できます。この構成では、設定したしきい値を超過した場合のアラートに関して、ユーザーおよびグループにメール送信する通知を設定できます。通知は、章鱼钩またはSNMPトラップとしても構成できます。思杰公司アラートのセットアップについて詳しくは、「アラートアラートポリシー作作作者」を参照してください。

斯科姆アラート: SCOMアラートには,微软系统中心2012业务经理(SCOM)からのアラート情報が表示されます。内主任これによりのデータセンターの稼働状態およびパフォーマンスがより包括的に示されます。詳しくは。”斯科姆アラート」を参照してください。

サイドバーを展開する前にアラートアイコンの隣に表示されているアラートの数は,CitrixアラートとSCOMアラートの合計数です。

アラートアラートポリシー作作作者

特定のセッション数基準のセットを満たした場合にアラートを生成するなどの目的で,新しいアラートポリシーを作成するには,以下の手順に従います:

1. [アラート]>[Citrixアラートポリシー］の順に選択し[サーバーOSポリシー]などを選択します。
2. [作物]をクリックします。
3. ポリシーの名前说明をを力し，アラートをトリガーするにに必要あるある条件を设定しますたとえばがあるある条件数数，最大大接続済みし。详しくは，「んんは，「，「アラートポリシーの条件」を参照してください。
4. 再アラート間隔を設定します。アラートの条件が引き続き満たされている場合、アラートはこの間隔で再トリガーされます。アラートポリシーで設定されている場合は、メール通知が生成されます。クリアされたアラートの場合、再アラート間隔でメール通知が生成されることはありません。
5. スコープを設定します。たとえば、特定のデリバリーグループに対して設定します。
6. お知らせ设定で，アラートがトリガーされたときのメール通知の送信先を指定します。アラートポリシーでメールお知らせ设定を行うには，[メールサーバーの構成)タブでメールサーバーを指定する必要があります。
7. [保存]をクリックします。

octoblu webhook构成について详しく，「Octoblu webhookによるアラートポリシーの構成」を参照してください。

SNMPトラップ构成については，「SNMPトラップによるアラートポリシーの構成」を参照してください。

スコープに20件以上のデリバリーグループが定義されているポリシーを作成すると,構成が完了するまでにおよそ30秒かかる場合があります。完了するまで,スピナーアイコンが表示されます。

最大20の一意のデリバリーグループに対して、50以上のポリシー（合計で1000デリバリーグループターゲット）を作成すると、応答時間が遅くなることがあります（5秒以上）。

アクティブなセッションがあるマシンをデリバリーグループから別のデリバリーグループに移動すると,マシンパラメーターで定義されたデリバリーグループアラートが誤って発信されることがあります。

アラートポリシーの条件

Octoblu webhookによるアラートポリシーの構成

octoblu webhookでアラートポリシーをををてiotサービスを开放できでき。

注：この机械能使の使，交付控制器バージョン7.11以降が必要。

アラートを使用した物联网サービスの例としては,短信通知の送信によるスタッフのサポートや,カスタムインシデント解決プラットフォームとの統合による追跡通知の支援などがあります。

PowerShellコマンドレットを使用して,HTTPコールバックまたはHTTP POSTでアラートポリシーを構成できます。人のサポートのために拡張されます。

新しいOctobluワークフローの作成および対応するwebhook URLの取得について詳しくは,”Octoblu开发者中心“を参照してください。

新しいアラートポリシーや既存のポリシーに対してOctoblu webhook URLを構成するには,次のPowerShellコマンドレットを使用します。

webhook URLで新しいアラートポリシーを作成する場合:

$policy = New-MonitorNotificationPolicy -Name <策略名称> -Description <策略描述> -Enabled $true -Webhook 

既存のアラートポリシーにwebhook URLを追加する場合:

Set-MonitorNotificationPolicy - Uid <策略id> -Webhook 

PowerShellコマンドのヘルプについては，たとえば次のようにpowershellヘルプヘルプ使使使ます：

得到帮助< Set-MonitorNotificationPolicy >

PowerShellによるアラートポリシーの構成について詳しくは,先进概念の”Director 7.7：使用Powershell管理和配置警报和通知“を参照してください。

アラートポリシーから生成され通道によって，webhook urlへの帖子コールでwebhookがトリガーさます.postメッセージには通道のjson形式で含まれます：

{“NotificationId”：<通知Id>，“Target”：<通知目标Id>，“Condition”：<违反的条件>，“Value”：<条件的阈值>，“Timestamp”：<生成通知时的UTC时间>，“PolicyName”：<警报策略的名称>，“Description”：<警报策略的说明>，“Scope”：<警报策略的范围>，“通知状态”：<通知状态严重、警告、正常或已解除>，“站点”：<站点名称><！--NeedCopy-->

SNMPトラップによるアラートポリシーの構成

SNMPトラップを构成されたアラートがトリガーされると，対応するSNMPトラップメッセージが构成済みのネットワークリスナーに転送され，さらに处理されます.Citrixアラートは，SNMPバージョン2以降のトラップをサポートします。现时点では，トラップメッセージを1つのリスナーににできます。

注：この機能の使用には、传送控制器バージョン7.12以降が必要です。

SNMPトラップトラップを构构构するに，以下のpowershellコマンドレットを使使し：

• 现时点のsnmpサーバーサーバー成を取得する：

  get-monitornotificionsnmpserverconfiguration.

• SNMPバージョン2のサーバー構成を設定する:

  Set-MonitorNotificationSnmpServerConfiguration -ServerName  -PortNumber  -SnmpSender  -CommunityString public -Protocol V2

• SNMPバージョン3のサーバー構成を設定する:

  $authpass=“”|转换到SecureString-AsPlainText-Force$privpass=“”| ConvertTo SecureString-AsPlainText-强制设置监视器通知snmpserverconfiguration-ServerName-PortNumber-SnmpSender-EngineId-AuthPassword$AuthPassword-privapassword$privapass-privapasswordprotocol-AuthPasswordProtocol-协议V3<--需要复制-->

• 既存のアラートポリシーにsnmpトラップを有效化：

  set-monitornotificationpolicy -issnmpenabled $ true -uid 

• SNMPトラップ構成を持つ新しいアラートポリシーを作成する:

  $policy = New-MonitorNotificationPolicy -Name <策略名称> -IsSnmpEnabled $true -Description <策略描述> -Enabled $true

董事からからSNMPトラップメッセージ内のoidの构造は以下のようなります：1.3.6.1.4.1.3845.100.1。は主任に定義されたすべてのアラートポリシーに対して順次生成されます。そのため,OIDはユーザー環境ごとに一意です。

• 1.3.6.1.4.1.3845.100.1董事からのすべてのトラップがフィルタリングさます。
• 1.3.6.1.4.1.3845.100.1。ををのする，特价のアラートトラップトラップがフィルタリングれ，さ处さされれがさされ

以下のコマンドレットを使用すると,ご使用の環境に定義されたアラートポリシーのUIDを取得できます:

获取监视器通知策略

SNMPトラップは斯科姆に転送できます。それには、斯科姆を传送控制器とともに構成してトラップメッセージをリスンします。

SCOMアラート統合の構成

经理との斯科姆統合により、斯科姆からのアラート情報を、经理のダッシュボードおよびそのほかの概要ビューで表示できるようになります。

SCOMアラートは,Citrixアラートと共に画面上に表示されます。斯科姆アラートには、サイドバーの［SCOM］タブからアクセスしてドリルダウンすることができます。

1か月前までの過去のアラートを表示し,情報を並べ替えてフィルターし,フィルターされた情報をCSV, Excel,およびPDFレポート形式にエクスポートすることができます。詳しくは。”レポートのエクスポート」を参照してください。

SCOM综合では，リモートPowerShell 3.0以降以降使使用しててててサーバーサーバーののデータクエリし，ユーザーユーザー董事セッションで永続な実空接続をします.Directorおよびscomサーバーサーバーpowershellバージョンが同じ必要必要があります。

SCOM综合のの要件，以下ののです：

• Windows Server 2012 R2
• 系统中心2012 R2操作经理
• Powershell 3.0以上（导演およびscomサーバーのpowershellバージョンは一切する必要がます）
• クアッドコアCPUと16 gb的RAMの(推奨)
• SCOMのプライマリ管理サーバーは,导演のweb . configファイルで構成する必要があります。この処理は,DirectorConfigツールを使用して実行できます。

注：

• 主任管理者アカウントをSCOMオペレーターの役割として構成することをお勧めします。これにより,管理者が主任で完全なアラート情報を取得できるようになります。そのように構成できない場合,DirectorConfigツールを使用してSCOM管理者アカウントをweb . configファイルに構成できます。
• 最適なパフォーマンスのために,構成する主任管理者の数は,1つのSCOM管理サーバーにつき10人以下とすることをお勧めします。

导演サーバーで,以下を実行します:

1. コマンドEnable-PSRemotingを実行して,PowerShellリモート処理を有効にします。

2. SCOM管理サーバーをTrustedHosts一覧に追加します。PowerShellプロンプトを開いて,次のコマンドを実行します:

   1. 最新のTrustedHosts一覧を取得します。

获取项目WSMAN:\localhost\Client\TrustedHosts<！--NeedCopy-->

1.将SCOM Management Server的FQDN添加到TrustedHosts列表中。\表示从Get-Item cmdlet返回的现有条目集

Set-Item WSMAN:\localhost\Client\TrustedHosts -Value "，" 

1. 总监ツールツールを使使，scomをを成し。

C：\ Inetpub \ wwwroot \ Director \ Tools \ DirectorConfig.exe / ConfigScom <！ -  CentCopy  - >

SCOM管理サーバーで,以下を実行します:

1. 斯科姆管理者の役割に、经理管理者を割り当てます。

   1. Scom管理コンソールを开放，［管理］>[セキュリティ]>［ユーザーロール］の順に選択します。

   2. [ユーザーロール]では,新しいユーザー役割を作成するか,または既存のユーザー役割を変更することができます。SCOMデータへのアクセス方法を定義するSCOMオペレーターの役割には4つのカテゴリがあります。たとえば,読み取り専用の役割には,[管理]ペインが表示されず,規則,マシン,アカウントを検出または管理することができません。オペレーターの役割は,すべての管理権限を実行できる管理者の役割です。

      注:导演管理者がオペレーター以外の役割に割り当てられている場合,以下の操作を実行できません:

      • 複数の管理サーバーが構成されており,プライマリ管理サーバーを利用できない場合,导演管理者はセカンダリ管理サーバーに接続できません。プライマリ管理サーバーは主任のweb . configファイルで構成されるサーバーであり,前述の手順3でDirectorConfigツールで指定されたサーバーです。セカンダリ管理サーバーは,プライマリサーバーのピア管理サーバーです。

      • 。

   3. ユーザーユーザー役割を変更変更するに，役割役割を右クリック，[プロパティ]をクリックします。

   4. ［ユーザーロールのプロパティ］ダイアログで、指定したユーザー役割に经理管理者を追加するか、またはそこから经理管理者を削除することができます。

2. 主任管理者を,SCOM管理サーバーの(远程管理用户)グループに追加します。管主任これにより理者がリモートPowerShell接続を確立できるようになります。

3. コマンドEnable-PSRemotingを実行して,PowerShellリモート処理を有効にします。

4. WS-Managementプロパティ制限を設定します：

   1. MaxConcurrentUsersの変更:

      CLI：

      winrm/config/winrs @{MaxConcurrentUsers = "20"}

      PS:

      Set-Item WSMan: \ localhost \壳\ MaxConcurrentUsers 20

   2. MaxShellsPerUserの変更:

      CLI：

      winrm/config/winrs @{MaxShellsPerUser="20"}

      PS:

      set-item wsman：\ localhost \ shell \ maxshellsperuser 20

   3. maxmemorypershellmbの変更：

      CLI：

      winrm set winrm/config/winrs@{MaxMemoryPerShellMB=“1024”}

      PS:

      Set-Item WSMan: \ localhost \壳\ MaxMemoryPerShellMB 1024

5. SCOM综合が混よう，以下のレジストリエントリをしし。

   パス：HKEY\U本地\U机器\SOFTWARE\Microsoft\Windows\CurrentVersion\Policys\System

   値の名前:LocalAccountTokenFilterPolicy

种类：DWORD.

値：1

注意：レジストリエディターの使用を误ると，深刻な问题が発生する可能性があり，视窗の再インストールが必要になる场合もあります。レジストリエディターの误用による障害に対して，シトリックスでは一切责任を负いません。また，レジストリ客でごと判断，レジストリファイルのを使。

scom统合がセットアップさとと，メッセージメッセージ无法获得最新的SCOM警报。查看「导演服务器事件日志以获取更多信息」「││││││││││││││││││││││││││││││││││││││││││││││││││││││││││││││││││││││││││││││││││├

• 经理または斯科姆マシンで、ネットワーク接続が失われた。
• SCOMサービスが利用できないか,ビジー状態のため応答していない。
• 构成しユーザーのがが変更されたたた，ためため，认证に失败た。
• SCOMデータの処理中に,导演でエラーが発生した。
• 导演とscomサーバーのpowershellバージョンが不一道。