説明/参照：
Explanation:
ホットスタンバイディザスタリカバリシナリオでは、スタンバイデータセンターにフェイルオーバーファームを
プライマリファームがオフラインになった直後に、本番運用を開始できます。環境
別のフェールオーバーファームがある場合、次のような特徴があります。
別の構成データベースとSharePointサーバーの全体管理Webサイトコンテンツデータベース

フェールオーバーファームで保守する必要があります。
すべてのカスタマイズを両方のファームに展開する必要があります。

オペレーティングシステム、SQL ServerおよびSharePoint Serverソフトウェアの更新を両方のファームに適用する必要があります。

両方のファームで一貫した設定を維持するため。
非同期を使用してSharePoint Serverコンテンツデータベースをフェールオーバーファームにコピーできます。

ミラーリング、可用性グループのレプリカに対する非同期コミット、またはログ配布。
サービスアプリケーションは、ファームにログ配布できるかどうかによって異なります。

ホットスタンバイファームトポロジは、次の条件を満たす限り、複数のデータセンターにわたって繰り返すことができます。
1つ以上の追加データセンターへのSQL Serverログ配布を構成します。
シナリオ：災害時回復の要件
災害復旧には、シカゴのセカンダリデータセンターを使用する必要があります。

Chicago.contoso.com SharePointファームをセカンダリデータセンターに回復できる必要があります。

プライマリデータセンターで障害が発生した場合、復旧操作は5分以内に完了する必要があります。
障害回復ソリューションの展開に伴うコストを最小限に抑える必要があります。

参考文献：
https://docs.microsoft.com/en-us/sharepoint/administration/plan-for-disaster-recovery
テストレット1
ケーススタディ
これはケーススタディです。ケーススタディは別に制限されていません。あなたはあなたと同じくらい多くの試験時間を使うことができます
各ケースを完了したいと思います。しかし、これに関する追加のケーススタディやセクションがあるかもしれません
試験。あなたはあなたがこれに含まれるすべての質問を完了することができることを確実にするためにあなたの時間を管理しなければなりません
提供された時間内に試験を受けます。
ケーススタディに含まれている質問に答えるには、で提供されている情報を参照する必要があります。
ケーススタディケーススタディには、展示物や詳細情報を提供するその他のリソースが含まれている場合があります。
ケーススタディに記載されているシナリオについて。各質問は他の質問から独立しています
このケーススタディについて。
このケーススタディの最後に、レビュー画面が表示されます。この画面で回答を確認できます
また、試験の次のセクションに進む前に変更を加えることもできます。新しいセクションを始めたら、
このセクションに戻ることはできません。
ケーススタディを開始する
このケーススタディの最初の質問を表示するには、[次へ]ボタンをクリックしてください。左ペインのボタンを使用して
質問に答える前に、ケーススタディの内容を調べてください。これらのボタンをクリックすると表示されます
ビジネス要件、既存の環境、および問題の記述などの情報。その場合
スタディには[すべての情報]タブがあります。表示される情報は情報と同じです。
後続のタブに表示されます。質問に答える準備ができたら、[質問]ボタンをクリックして
質問に戻ります。
バックグラウンド
全般
Blue Yonder Airlinesは、小型商用ジェット機の製造、販売、およびサービスを提供しています。その会社は
世界中のオフィス。 Blue Yonderは現在、SharePoint 2013とSharePoint 2016の両方を使用しています。
ASP.NET Webアプリケーションに基づいている公開Webサイトを持っています。
SharePoint 2013
サービス環境（SharePoint 2013）
レガシSharePointファームはSharePoint Server 2013を実行します。

このファームには、20のコンテンツデータベースでホストされている200を超えるサイトコレクションがあります。はっきりしない

どのサイトコレクションがどのコンテンツデータベースに配置されているかを詳しく説明したドキュメント。
SharePoint 2013ファームのSQL ServerはServerRole2013です。

必要条件
全般
システム内に格納されているすべてのファイルには、次の共通ドキュメントプロパティが含まれている必要があります。
文書ステータス

部門

著者

企業キーワード

Document Statusプロパティの値は、英語、スペイン語、またはフランス語で表示する必要があります。ディスプレイ
言語はユーザーの言語設定に基づいている必要があります。
将来、追加のフィールドまたは設定が追加される可能性があります。
単一の場所からファイルメタデータ設定を管理できなければなりません。に変更を加えたとき
設定を変更するには、変更をサイトコレクションと既存の文書に適用する必要があります。この場所はいけません
既存のマーケティング、人事、または調達チームのサイトの一部。
サイトコレクション
各部門サイトには個別のサイトコレクションが必要です。すべての部門サイトは、
http://sp.blueyonder.comにある単一のWebアプリケーション。
各従業員の個人文書を保管する場所は、専用のWebに作成する必要があります。
応用。
ガバナンス
カスタム開発は許可されていません。カスタムソリューションをファームにインストールしないでください。のみ
許容可能な標準機能に基づく構成
マーケティング部門、人事部門、および調達部門の従業員は、Read、
自分のサイトへの投稿、または編集権限。
人事
人事（HR）部門は、関連するすべての従業員と情報を共有する責任があります。
4つのテーマ：私の仕事、私の給料、私の恩恵、そして私のキャリア。これらのテーマの命名は変わるかもしれません
時間、そして追加のテーマが追加されるかもしれません。人事チームの誰かがを編集することが可能でなければなりません
テーマ
イントラネットのHRサイトは、3つのサブサイトを持つトップレベルサイトに分割されています。各サブサイトは
ユニークなチーム。
HRサイトのグローバルナビゲーションには、関連するテーマのリストとカスタムページへのリンクが必要です。
各テーマの内容を一覧表示します。サイトには、HRサイトのサブサイトまたは他のページへのリンクを表示してはいけません。
チームサイトのURL
HRサイトはURL http://hr.blueyonder.comを使用しなければなりません。
マーケティング
マーケティング部門はSharePointを使用してパンフレット、マーケティング資料、
お知らせこれらのドキュメントの最終版のみをマーケティングチームサイトに追加することができます。
他のBlue Yonder従業員と共有する。ファイルが公開されると、従業員はそのファイルにアクセスできるようになります。
ファイルの名前が変更されたり、サイト内で移動された場合でも、一貫したリンクを使用してファイルを作成できます。
ユーザーファイルストレージ
ドラフトモードになっているファイルは、ファイルの準備ができるまで、作成者以外のユーザーがアクセスできないようにする必要があります。
レビュー各マーケティング担当者は、ドラフトワーク、進行中のワークを保存するための単一の場所を持つ必要があります
資料、およびその他の個人ファイルこの場所に保存されているファイルは、従業員のみがアクセス可能でなければなりません
従業員が他のユーザーとファイルを共有することを選択しない限り、それがその領域を所有します。
保管場所は従業員に対して自動的に登録される必要があります。
構成のためのIT
各従業員のサイトのURLはhttp://employees.blueyonder.com/my/personal/usernameにする必要があります。
usernameは従業員のログインを表します。
公開ウェブサイト
公開WebサイトはSharePoint環境の一部ではありません。これはスタンドアロンのASP.NET Webサイトです。コンテンツ
ニュースや求人情報を含む公開Webサイト上の情報は、月に一度更新されます。に投稿された情報
公開ウェブサイトは検索を使用してアクセス可能でなければなりません。のダウンロードセクションに保存されている情報
サイズとファイル数が大きいため、Webサイトをクロールしないでください。
チームサイトのURL
部門のチームサイトは、URL http://marketing.blueyonder.comを使用する必要があります。
調達
調達部門はSharePointを使用して契約と関連文書を保管します。保管しなければならない
これらのドキュメントはできるだけ少ないドキュメントライブラリにあります。文書に先例が含まれているか、
再利用に関連する用語調達サイトには、2,000万件を超える文書が保管されています。用語ストア
サイトのために200万語が含まれています。
ファイルストレージ
現在、サイトは約100ギガバイト（GB）のストレージを消費します。これは2倍になると予想されます
1年以内に。このグループにとって検索が重要な機能になることが予想されます。
サーチ
検索が実行され、ユーザーが検索結果の上にマウスを移動したとき、ユーザーは簡単にアクセスできる必要があります。
ドキュメントを起動するか、ドキュメントが保存されているライブラリにアクセスするか、ファイルをプレビューします。文書へのリンクと
ライブラリはファイルのプレビューの上に表示される必要があります。
チームサイトのURL
部門のサイトは、URL http://procurement.blueyonder.comを使用する必要があります。
製品情報
製品チームは、従来のSharePoint 2013ファームを使用しています。ファームをSharePoint Serverにアップグレードする必要があります
製品チームが他の人が利用できるすべてのサービスを利用できるようにするため、2016
部署
既存の製品サイトは非常に活発です。ユーザーがサイトのコンテンツを変更できないようにする必要があります。
アップグレードプロセス
SharePoint 2016
論理アーキテクチャ
SharePoint環境には2つのWebアプリケーションがあります。 1つのWebアプリケーションが部門に使用されています

コラボレーション、およびその他はサーバーの全体管理に使用されます。
各部門サイトは別々のサイトコレクションとして構成する必要があります。

すべての部門サイトは同じWebアプリケーション内でホストされるべきです。 Webアプリケーションは

URL http://sp.bluyonder.comからアクセスできます。
各従業員の個人文書を保管する場所は、専用の場所に作成する必要があります。

ウェブアプリケーション。
サーバー環境
サーバーファームは、SharePoint Server 2016とOffice Online Serverで構成されています。追加なし

アドオンまたはソフトウェアパッケージがインストールされている。
SharePoint 2016ファームのSQL ServerはServerRole2016です。

ファームはMinRoleと検索専用サーバーを活用する必要があります。