• TOP > ビジネス・アプリケーション > Dynamics > Dynamics CRM
  • CRMの展開マネージャを使用した管理
  • CRMの展開の管理とトラブルシューティング

• パフォーマンスの管理
• トラブルシューティング
• 更新

こちらと違うのが気になるが、
こちらは SCM に管理される Windows サービスである模様。

補足（著者が「気になる」とした差異について）: CRMのサーバ機能の
一覧と本節の一覧が食い違うのは、粒度が違うためである。

• CRMのサーバ機能 — **インストール時に選ぶ「役割」**の単位
  （Web アプリケーション サーバー、組織 Web サービス…）
• 本節 — **実際に登録される Windows サービス**の単位

たとえば「Web アプリケーション サーバー」という役割は
Windows サービスとしては登録されず、
IIS のアプリケーションプール
（CRMAppPool）として動く。
次節の対応表がまさにその橋渡しになっている。

セットアップで表示されるサービスと、
インストールされるサービス（Windows サービス）のプロセスとの対応表

移行メモ: 元ページの CRMDeploymentServiceAppPool へのリンクは、
3 サイトのダンプいずれにも実体が無い（元 Wiki 側でリンクのみ存在）ため、
注記に変更した。CRMAppPool と同様に、
IIS のアプリケーションプールの名前である。

• サービスの実行アカウントの指定

• CRMAppPool を Microsoft Dynamics CRM のユーザーとして実行されているアカウントを追加すると、システムがクラッシュします。
  https://support.microsoft.com/ja-jp/kb/2500917

補足: CRMのインストールと構成の
「CRM のサービスの実行アカウントとして使用したアカウントは、
CRM のユーザとしては追加できない」に対応する KB である。
サービス アカウントを人間のユーザとしても登録してはいけない、
という制約は運用で破られやすいので注意したい。

「プログラムと機能」から「アンインストールと変更」を選択し、
「セットアップ」の「修復」の「サービスアカウントの指定ページ」からサービス アカウントを変更する。

＃ services.msc の画面や IIS Manager から直接変更しない。

補足（なぜ直接変更してはいけないのか）: CRMAppPool で述べたとおり、
サービス アカウントは

• AD のセキュリティ グループ（PrivUserGroup / SQLAccessGroup）
• SPN の登録
• SQL Server 側のログイン

と連動している。
SCM や IIS Manager から ID だけ差し替えると、
これらの付随設定が置き去りになるため、
起動はするが DB に繋がらない・認証だけ失敗する、といった
切り分けの難しい状態になる。
セットアップの「修復」を通せば、付随設定もまとめて更新される。

• データのインポート
• ワークフロー
• 一括削除
• DB メンテナンス

等のシステム ジョブが正常に完了したか確認する。

• 非同期処理サービス
  電子メール広告、ワークフロー

• 非同期処理サービス（メンテナンス）
  認証用の暗号化キー生成、データベース削除のクリーンナップ

• 非同期処理 (システム ジョブ) エンティティのメタデータ
  https://msdn.microsoft.com/ja-jp/library/gg328364.aspx
• 非同期処理 (システム ジョブ) エンティティのオプション セット属性メタデータ
  https://msdn.microsoft.com/ja-jp/library/gg309649.aspx

• 「設定」→「システム ジョブ」で完了したシステム ジョブを確認できる。
  既定のビューは、完了したシステム ジョブが表示される。

• 高度な検索を使用してシステム ジョブを検索できる。

  • 失敗したシステム ジョブを検索する（ステータス？ビュー？）。

  • 失敗したシステム ジョブの詳細

    • エラー コード
    • フレンドリ メッセージ
    • メッセージ
    • メッセージ名

補足（運用上の要点）: 既定のビューが完了したジョブであるため、
失敗を能動的に探しにいかないと気づけないという構造になっている。
ワークフローや一括処理が静かに失敗し続けている、
というのは CRM 運用の定番の事故である。
実務では、失敗ジョブを抽出するビューを作って
定期的に確認する運用を組み込んでおく必要がある。

• 「設定」→「システム ジョブ」
• 「ビュー」→「完了したシステム ジョブ」
• 「選択」し「削除アイコン」をクリックする。

一括削除ウィザードで条件検索結果セットを一括削除。

• 「設定」→「システム ジョブ」
• 「その他の操作」→「一括削除」

一ヶ月以上前の正常終了したシステム ジョブを一括削除するシステムジョブ

補足: これは WSUS の
「WID の肥大化とクリーンアップ運用」と同じ話で、
履歴テーブルが放置されると肥大化して性能を落とすという
業務システム共通の課題である。
既定で自動削除ジョブが用意されている点は良心的だが、
失敗したジョブは削除対象外であるため、
前節の確認運用と組み合わせる必要がある。

PowerShell を使用して制限

• dynamics crm 2011 - How to limit number of maximum parallel executing workflows in CRM? - Stack Overflow
  http://stackoverflow.com/questions/22353796/how-to-limit-number-of-maximum-parallel-executing-workflows-in-crm

add-pssnapin Microsoft.Crm.Powershell
$itemSetting = new-object 'System.Collections.Generic.KeyValuePair[String,Object]'("AsyncSelectMaxItems",100)
$configEntity = New-Object "Microsoft.Xrm.Sdk.Deployment.ConfigurationEntity"
$configEntity.LogicalName="Deployment"
$configEntity.Attributes = New-Object "Microsoft.Xrm.Sdk.Deployment.AttributeCollection"
$configEntity.Attributes.Add($itemSetting)
Set-CrmAdvancedSetting -Entity $configEntity

システムエンティティのパスワードフィールドに
SQL Server 標準のセル・レベルの透過的データ暗号化を適用することができる。

次の特権がある。

• データ暗号化キーの管理

  • 変更
  • アクティブ化
  • 読み取り

• マッピングに対して特権を与えるセキュリティ ロール UI
  https://msdn.microsoft.com/ja-jp/library/Hh547441.aspx#core_records

補足（この表が最も重要な箇所）: 暗号化キーを控えていないと、
インポートしても暗号化フィールドを復号できないという点が要点である。
CRMの展開マネージャを使用した管理の
再展開・移行手順を実行する前に、
必ず暗号化キーを退避しておく必要がある。
バックアップは DB だけでは不十分、という典型例で、
障害回復計画のチェックリストに入れておくべき項目である。

「設定」→「データ管理」→「データ暗号化」

• データ暗号化のアクティブ化
• データ暗号化キーの変更（HTTPS が必要）

ができる。

ただし、アクティブ化した後で非アクティブ化することはできない。

「設定」→「データ管理」→「データ暗号化」

• 「データ暗号化のアクティブ化」で、
  元の暗号化キーを入力し、アクティブ化をクリック

適切な特権を持つユーザは 1 ～複数のレコードを削除できる。

通常は条件検索後の 1 ページが MAX（各ページのレコードオプションに依存）。

それ以上のレコードを削除する場合は、一括削除を使用する。

• レコードの種類（エンティティ）に移動
• コマンドバーの「削除」の右側の矢印をクリックし「一括削除」
• 「検索条件の指定」ページで検索条件を入力するか、ビューを選択する。
• 「レコードのプレビュー」で削除されるレコードを確認。
• 「オプションの選択」ページでジョブとして登録できる。
  • 一括削除ジョブ名
  • 開始日時
  • 実行間隔
  • メール通知

色々なコンポーネントから成り立っているので様々な障害回復計画が必要になる。

最小で以下のバックアップ。

• SQL Server
  • MSCRM_CONFIG データベース
  • 全ての組織データベース

• ドメイン・コントローラー

  • Active Directory（バックアップ）
  • ドメインに追加してレプリケーションする場合はバックアップ不要。

• SQL Server
  バックアップするデータベース名

  • MSCRM_CONFIG データベース
  • 全ての組織データベース
  • ReportServer データベース
  • ReportServertempDB データベース
  • その他、システムデータベース（master、msdb）

• SharePoint Server
  SharePoint データベース

• Exchange Server
  Exchange にはデータを保存しないのでバックアップ不要

• CRM E-mail Router

  • CRM E-mail Router プログラム ファイルの service フォルダの
    SystemDrive:\Program Files\Microsoft CRM Email\Service
  • ルートにある XML 構成ファイル
    Microsoft.Crm.Tools.EmailAgent.xml

• サードパーティーのアプリケーション・ソリューション
  必要に応じて。

• Microsoft Dynamics CRM の障害回復
  https://technet.microsoft.com/ja-jp/library/hh699663.aspx

＃ ディスクのリストア、ベアメタルリカバリなども併用可能。

Microsoft Dynamics CRM Server の障害
https://technet.microsoft.com/ja-jp/library/hh699839.aspx

• OS クリーンインストール
• ドメインに追加
• サーバ役割をインストール
• CRM をセットアップ（既存の展開に接続し、必要な場合はアップグレードする）
• すべてのカスタマイズを公開
• その他のコンポーネントをインストール

補足（CRM Server は「捨てて作り直す」）: 復旧手順が
バックアップからの復元ではなく、クリーンインストールからの再構築に
なっている点が重要である。
状態を MSCRM_CONFIG と組織データベースに寄せているため、
アプリケーション サーバ側はステートレスとして扱える。
これは現在のクラウド ネイティブな設計（Cattle, not Pets）と同じ発想で、
CRMの高可用性オプションで
フロントエンドを NLB で並べられるのも同じ理由による。

SQL Server の障害
https://technet.microsoft.com/ja-jp/library/hh699759.aspx

• OS クリーンインストール

• ドメインに追加

• サーバ役割（SQL Server, SSRS）をインストール

• データベースをリストア

  • その他、システムデータベース（master、msdb）
  • MSCRM_CONFIG データベース
  • 全ての組織データベース
  • ReportServer データベース
  • ReportServertempDB データベース

• MSCRM_CONFIG データベース

  • MSCRM_CONFIG データベースをリストアした時
    CRM をセットアップ（「展開オプションの指定」ページで「既存のデータベースに接続」）

  • MSCRM_CONFIG データベースをリストアしなかった時（既存の MSCRM_CONFIG を使用する場合）

    • 「展開マネージャ」で「組織」を「無効」
    • 「通知」ウィンドウで「はい」
    • 「組織」を「組織の編集」
    • 「SQL Server」でサーバー名を入力

• 必要に応じて、CRM レポート拡張機能をインストール

通常失われない想定だが、失われた場合は、

• バックアップからドメイン・コントローラーを復元
• バックアップが無い場合、
  • CRM の再インストールでセキュリティ・グループを復元する。
  • 展開マネージャを使用して、組織データベースをインポートする。

• 次の処理で Exchange Server を使用する。
  • CRM E-mail Router またはサーバ側同期の転送用メールボックスを管理
  • 個々のメールボックス監視
  • 送信メールを送信

移行メモ（正誤）: 元ページの「転送用メールボックスを関し」は
「管理」の誤変換と判断し、修正した。

• Exchange Server を復旧した場合の回復手順

  • Exchange Server を復旧

  • Exchange Server に CRM E-mail Router をインストール

  • CRM E-mail Router 構成マネージャを実行

    • 受信構成プロファイルと送信構成プロファイルおよび展開の設定を編集
    • 「アクセスのテスト」で受信構成プロファイルと送信構成プロファイルを検証。

  • サーバ側同期を使用する場合、

    • 全ての電子メールサーバプロファイルの設定を確認。
    • 「メールボックスのテストと有効化」コマンドを実行

• OS クリーンインストール
• ドメインに追加
• CRM E-mail Router をインストール
• XML 構成ファイルを復元
  Microsoft.Crm.Tools.EmailAgent.xml

System Center Data Protection Manager から利用される。

以下がセットで動作する。

• System Center Data Protection Manager (DPM)（→ System Center）
  • CRM 用 VSS ライター サービス
  • SQL Server 用 VSS ライター サービス

• 以下の完全バックアップと差分バックアップ

  • MSCRM_CONFIG データベース
  • 全ての組織データベース

• オンライン・バックアップが可能

• 全ての組織データベースをバックアップする際、
  MSCRM_CONFIG データベース全体を復元しない場合に備え、
  組織データベースに関連する MSCRM_CONFIG データベースの情報を XML ファイルに保存する。

• SQL Server の管理

• Event Viewer
  https://msdn.microsoft.com/en-us/library/dd979064.aspx

ちと古い。

• イベント・ログ

• パフォーマンス カウンタ

• 帯域幅
• 待ち時間
• JavaScript のレンダリングのパフォーマンス

表示する Web ページ
http://<YourCRMServerURL>/tools/diagnostics/diag.aspx

トレースの有効・無効

• Microsoft Dynamics CRM の監視とトラブルシューティング
  https://technet.microsoft.com/ja-jp/library/Hh699694.aspx

レジストリ編集で設定する方法と、PowerShell で設定する方法がある。

• Microsoft Dynamics CRM でトレース機能を有効にする方法
  https://support.microsoft.com/ja-jp/kb/907490

Microsoft Dynamics CRM 診断を使用する（レジストリが設定される）。

• Outlook 用 Microsoft Dynamics CRM のトレースの有効化
  https://technet.microsoft.com/ja-jp/library/Hh699694.aspx#BKMK_OC_client_tracing

• テスト済みの累積的な
  • 修正プログラム
  • セキュリティ更新プログラム
• 重要な更新プログラム
• 更新プログラム

公開されない。MS 製品サポートから入手する。

• CRM Server
• Outlook 用 CRM
• CRM レポート拡張機能
• CRM E-Mail Router
• CRM Reporting Authoring 拡張
• 言語パック

• インストールを推奨。
• 回復手段を準備しておく。

• 手動 or 自動で更新プログラムをダウンロードしてインストール可能
• CRM 以外の Microsoft アプリケーションも自動更新される（CRM に限定不可）。

• 手動で更新
• WSUS を使用する。

• NLB などの負荷分散
  ローリングアップグレードを適用（同じロールアップを使用）。

• Outlook 用 CRM 等のクライアント

  • サーバのアップデート後にアップデート。
  • クライアント・サーバは同じロールアップである必要はない。
  • バージョンの差が 1 以下の場合、サーバより 1 つ後か前のロールアップを使用できる。

補足: 「クライアントとサーバのバージョン差を 1 以内に収める」という制約は、
ローリング・アップグレードで述べた
混在期間の互換性そのものである。
全端末を一斉に更新できない環境では、
サーバを 2 世代進めないという運用ルールが必要になる。

• 「プログラムと機能」の「インストールされた更新プログラムを表示」から CRM のエントリからバージョンを確認。
• DLL（SystemDrive:\Program Files\Microsoft Dynamics CRM\Server\bin\CrmVerserver.dll）ファイルのプロパティからバージョンを確認。

• 「プログラムと機能」の「インストールされた更新プログラムを表示」から CRM のエントリをアンインストール。
• アンインストールできない更新プログラムは、一度 CRM をアンインストールしてから、ロールバックして、CRM を再インストール。

ソリューションをサードベンダから購入する。

ソリューションはカスタマイズをパッケージ化・管理するための方法

（マーケットプレイスからダウンロードした）
サードパーティ製のアプリケーションを追加できる。

• 「設定」→「ソリューション」
• 「インポート」→「ソリューションのインポート」
• 「参照」→「アップロードするファイルを選択」
• , etc.

補足: ソリューションは CRMのカスタマイズ の
成果物を配布可能な単位にまとめたもので、
開発環境で作って本番環境へインポートするという
移送の仕組みとしても使われる。

CRM Server 役割の

• ベストプラクティス
• 推奨ソリューション

のレポートを作成する。

• 1 つ以上の CRM Server
• Microsoft Baseline Configuration Analyzer 2.0

• Administrators グループのメンバであること。
• MicrosoftDynamicsCRMBPA.msi を実行。

• Microsoft Baseline Configuration Analyzer 2.0 を開始
• 製品の選択で「Dynamics CRM 2013 BPA」を選択。
  • スキャン結果の参照：「最新のレポートの表示」
  • 新しいスキャンの開始：「スキャンの開始」

• 本 Wiki 内
  • Dynamics CRM
  • CRMの展開マネージャを使用した管理
  • CRMのインストールと構成
  • CRMのサーバ機能
  • CRMAppPool
  • CRMの高可用性オプション

Tags: Dynamics CRM