Dynamics 365 Finance and Operations ~ 運用・保守を考える① ~

MSのFastTrackチームの [TechTalk](https://community.dynamics.com/365/dynamics-365-fasttrack/b/techtalks/posts/servicing-supporting-maintaining-d365-finops-apps-october-29-2021) がかなりいい感じにサービスに関してのマスターブックを出してくれていたのでまとめました。


#クラウド事業者とお客様の責任分界（SaaS）
SaaSってアプリレイヤーもクラウド事業者の責任では？と思うかと思いますが、よく読んでみてください。設定やカスタマイズはお客様でよろしくねって意味です。もちろん標準のアプリ機能（モジュール）がちゃんと動くの担保するのは、クラウド事業者の責任ですのでご安心を。
あとは[こちら](https://docs.microsoft.com/ja-jp/dynamics365/fin-ops-core/fin-ops/get-started/service-description#service-activity-responsibilities)にもまとまっているので一読を。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2375815/8ae79fe1-431e-6d9d-6aa7-20ba2a0381ce.png)

#サービス提供主体について
SaaSだから全部MSがよしなにやってくれるんでしょ？→いいえ、考えてみてください。例えば、環境アップデートとかカスタマイズのプログラム移送とかDBコピーとかはお客様都合でやりたいですよね。そういうのはLCS上からセルフサービスでできるので、お客様側でやりましょう。
環境のテナント移動とかはちょっと手間がかかるものなので、LCSからDSE（データセンターエンジニアとも言ったりする）に依頼してください。
それでも漏れてしまう細かい要求は、MSサポートにチケットを上げて聞いてみてください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2375815/88988d2b-f1d6-f0d8-b3c5-75af6143bc0c.png)

#DBバックアップとリテンション日数
一日一回は唱えて覚えましょう。
・[自動バックアップ](https://docs.microsoft.com/ja-jp/azure/azure-sql/database/automated-backups-overview?tabs=single-database)（RPO/RTOなども確認してみてください）
・本番は28日間
・Tier2以上のサンドボックスは7日間
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2375815/5080ba19-55c5-d70a-aad0-c5cc67f15fe1.png)

#障害発生の確認
LCSやD365FOにおいて広域で発生した大規模な問題・障害に関しては、Office365のサービス正常性(Service Health Dashboard)から連絡する形となっております。
※確認できるのはO365テナント管理者となります。
https://docs.microsoft.com/ja-jp/office365/enterprise/view-service-health
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2375815/85ea09df-1c58-7dee-09e6-308d44083e14.png)

#環境アップデートの頻度
Windowsアップデートと同じように FO も年8回のアップデートが入ります。Pauseしなければ自動でアップデートされますが、直前3バージョンまでならPause可能です。アップデートは最新か1つ前のバージョンまでしか提供しません。よほど重大なバグでなければ、バックポート（2つ前以上のバージョンへアップデート提供）しません。なのでそういう意味でEOSに厳しい所がありますが、基本的には常にアップデートしていく方向で運用・保守を検討する必要があります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2375815/ebd7082c-d5ff-875e-fac3-96350c5dfa8d.png)
あと、1つのアップデートの中には複数のKB（修正/パッチ・機能追加）が含まれていて、そういう細々したものは週次ぐらいで追加されていってます。LCSのQuality UpdatesのView Updateをご覧ください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2375815/142b289e-d1ae-dc41-0954-6e80f1cdeaef.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2375815/860fc9a3-92a5-17e7-dead-45c5cd85f7ac.png)

#サービス保護の制限
たくさんのクライアントからのリクエスト要求が来た際は、そのまま何も対策していないと、レスポンスのステータスコード429が返却されエラーになります。そこで制限を設ける・一定時間後に再試行させる機能があります。
Dataverse: 詳細は[コチラ](https://docs.microsoft.com/ja-jp/powerapps/developer/data-platform/api-limits#how-service-protection-api-limits-are-enforced)
FO: 詳細は[コチラ](https://docs.microsoft.com/ja-jp/dynamics365/fin-ops-core/dev-itpro/data-entities/priority-based-throttling)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2375815/ebb3fd47-fbb8-f8fe-5f83-2c47acae15f0.png)

#クリーンアップ/アーカイブ/最適化
不要なデータはお掃除を。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2375815/55149e51-270e-6c14-db27-4eb07c83c106.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2375815/a3a234cc-29be-9df8-749d-ac4051631c7f.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2375815/3401330a-456e-ed1e-e80f-dc96203be38f.png)


#メンテナンスウインドウ
再起動してからバッチ処理が再開するまでの時間を短縮するために、[こちら](https://docs.microsoft.com/ja-jp/dynamics365/fin-ops-core/dev-itpro/sysadmin/priority-based-batch-scheduling)の機能を使うのがいいみたいですね。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2375815/6252a552-1ac1-106c-0229-730b7abef4f0.png)