ポリシーが変更されているので紹介します。既定の設定では更新後の自動的な再起動や手動での再起動後に、再起動前にサインインしていたユーザーでの自動的なサインインが行われ、その後ロックがかけられた状態になります。自動的なサインイン後には、再起動前に開いていたアプリケーションの復元(起動)が行われ、ロック解除後に再起動前の作業がすぐに開始できるようになっています。Skype、カレンダーなどアプリの通知を表示できるようになりましたが、再起動後のサインイン画面では、今までの仕組みによればユーザーはまだサインインしていないので当然アプリも起動しておらず、通知も表示できません。これにより自動的なサインインとアプリの起動が行われるため、再起動後に表示されるロック画面には最初からアプリの通知が表示されます。アプリケーションにも適用されるようになりました。サイトへの投稿でもよく取り上げられるようになりました。以前はポリシー(グループポリシー、ローカルポリシー)を利用する必要がありました。[システムによる再起動後に自動的に前回の対話ユーザーでサインインする]です。インターフェイスから制御できるようになりました。有効無効を切り替えできます。よるポリシーが適用されている場合は、クライアントのこの項目は無効になり操作できません。関するポリシーが変更されています。ブート後に前回の対話ユーザーで自動的にサインインしてロックするモードを構成する]のの二つです。以降でのみ有効なポリシーです。有効/無効を制御できます。動作に沿った分かりやすいものに変更されています。よる自動的なサインインが行われる条件が明確に説明されている点でしょう。有効の場合、再起動後の自動的なサインインが行われるのは以下の場合です。よる再起動時とその他の理由での再起動時の両方で自動的なサインインが行われるまたこのポリシーが未構成の場合の既定値は「有効」です。有効にした場合にのみ利用されるポリシーで、以下の二つのオプションを構成できます。アクティブで一時停止されていない場合のみ自動的なサインインが行われます。動作をより分かりやすく制御することができるようになりました。インターフェイスの文言も「サインイン情報を利用してデバイスのセットアップを自動的に完了し、更新または再起動後にアプリを再び開くことができるようにします。」に変更されています。PM今回も仕事で調べた話の記録です。利用する目的の一つにファイルやフォルダーの共有があります。サーバーを構築して社内で共有するファイルやフォルダーをホストしているでしょう。した共有されているデーターは会社の資産であり、重要なものとして保護する価値があります。CIA=「機密性」(Confidentiality)、「完全性」(Integrity)、「可用性」(Availability)を確保するということです。情報保護(WIP)などの多くの機能が提供されていますし、サードパーティー製のソリューションもよく利用されています。完全性と可用性の確保で一番ポピュラーなのはデータのバックアップでしょう。これも標準機能・サードパーティー製ソリューションともに幅広く利用されています。多く利用されている方法です。サーバーの冗長化はどのように行うことができるでしょうか。サーバーを冗長化する場合、以下のような機能が必要になります。サーバーで満たすことができる機能として、以下のような方法が考えられます。利用する記憶域レプリカを利用するそれぞれの特徴を簡単にまとめて見ました。iSCSI)を利用してファイル共有を提供します。共有リソースを保持するストレージは共有されますので、ストレージ自体の冗長性確保は別に考える必要があります(基本的に冗長構成が必須)。サーバーを展開します。フォルダー間を自動的にレプリケートする機能です。つのパスアクセスできるものです。共有リソースを保持するストレージはサーバーごとに個別に接続されるので、サーバー単位で冗長構成を取らなくとも全体としてはデーターの冗長化が行えています。サイトの構成によりある程度は制御可能)フォルダー間のレプリケートはクライアントからのアクセス(書き込み)とは非同期に行われるため、複製フォルダー間の常時整合性は保証されません(変更が検知されたファイルはいったんステージング領域にコピーされ、その後ネットワーク経由で他のサーバーに同期されます)。そのため同一のファイルが複数のサーバーで頻繁に更新される場合、競合によるデーターの損失や破損が生じる場合があります。レプリケーションは同期レプリケーションと非同期レプリケーションが選択できます。機時間の短いネットワーク内でデータをミラーリングし整合性の維持を図るには同期レプリケーションを、遠隔地間など待機時間の長いネットワークを通じてデータをミラーリングする場合は(整合性は保証されませんが)非同期レプリケーションを選択できます。構成(レプリケートされる側を待機系にする)も可能です。※記憶域レプリカはサーバー間でのレプリケーション以外に、クラスターのノード(群)間、クラスター間でのレプリケーションが可能です。利用するのが望ましいでしょう。構築に必要なハードウエア費用や技術的コストは相対的に高くなります。良い点は、遠隔地のサーバー間など帯域や遅延に制限のある環境でもクライアントからのアクセスのパフォーマンスに影響を与えることなく同期が行えることです。同期するグループに何台でもサーバーを追加できる点や構成が用意である点もメリットでしょう。サーバーを(場所的にも)広範囲で冗長化するのに向いていると思います。記憶域レプリカは1対1のレプリケーションとなる点が制約です。ように3台以上のサーバーを同期させることはできません。ようなデーターの破損や競合の発生は生じません。複数のクライアントから頻繁に更新されるデーターを多数持つファイルサーバーの冗長化に向いていると思います。ファイルサーバーの冗長化を検討される機会があれば、以上の内容を参考にしてください。上に作成された仮想マシンを複製する方法について調べたので、その記録として記事を投稿します。Manager)の仮想マシンを対象としています。クラシックモデルの仮想マシンの場合はこれと異なりますので、ご注意ください。機能と動作に基づいて記述しています。今後機能や動作、画面の変更が行われる可能性がありますので、実際に記事を参考にした操作を行われる場合は最新の情報をご確認ください。