Application」カテゴリーアーカイブ

Outlook2016のクラウド添付ファイル機能の真実

クラウド添付ファイルとは

実はとある記事を掲載するにあたって検証が必要になりOutlook2016の新機能であるクラウド添付ファイルについて調べました。

共同作業に対応した Outlook 2016 のファイル添付機能

いろいろ調べて自分で検証してみると、どうやら発表されていることと違うことが分かりましたので検証結果を書いておきます。

そもそも、クラウド添付ファイルとはクラウド上(OneDrive.com、OneDrive for Business、SharePoint Team Sites)のファイルを添付ファイルとして選択でき、そのファイルをリンクとして添付するものです。要するに、大きなファイルを実際には添付せずにリンクのみを添付するのでメール容量が小さくて済むものになります。そして、相手にはそのファイルにアクセスするためのアクセス権が自動的に付与されるというものです。

しかしながら、実際にクラウド添付ファイルをメール送信して検証してみると・・・次のようになりました。

[table id=11 /]

結論からいうと、OneDrive for Business、SharePoint Team Sitesのファイルかつ、同じテナントのユーザーであれば自動的にアクセス権が付与されるが、それ以外はアクセス権がないのでアクセス不可となりました。ただし、Liveメール(マイクロソフトアカウント)であればOneDrive for Business、SharePoint Team Sitesにアクセス権が付与されているのですが、添付ファイルのリンクをクリックしても正常にログオンできずに表示できませんでした。

また、OneDiveのファイルもクラウド添付ファイルとして使用できるのですが、これはアクセス権が付与されないので事実上アクセスできません。

ちなみに、同じテナント以外のユーザーがクラウド添付ファイルのメールを受け取ると次のメールが送られてきます。

添付ファイル

要するに、添付ファイルが置いてあるストレージにサインインするか、アカウントを作ってね!ってことですw

ですので、クラウド添付ファイルを使用する場合は同じテナントのユーザーで使用するのが正解です。もし同じテナントのユーザー以外に送る場合は、あらかじめそのユーザーのアクセス権を付与する必要がありますね。そして、OneDrive上のファイルにおいてはクラウド添付ファイルは事実上アクセス不可となります。

2016年1月の時点での検証結果ですので、これがしばらくすると動作が変わる可能性も否定できませんので、現時点での動作と理解するのが正解かな?クラウドなのでいつの間にか動作が変わっているかもw

Office365にカスタムドメインを設定する

お名前.com で取得したドメインを登録する

昨年登録したドメインがそろそろ1年立ちます。

以前お名前.comでキャンペーンをしていたので、1ドメイン99円で取得できましたwしかし、継続すると約1000円~5000円くらいかかるようなので新規にドメインを取得して新たにカスタムドメインを設定することにしました。ということで備忘録として掲載します。

Office365の管理コンソールとお名前.comでの操作手順

Office365の管理コンソールを開き、ドメインを選択します。そして、ドメインの追加をクリックします。

追加するドメインを入力します。

2015-09-30_120611

ドメインの正当な管理者であることを確認するために、TXTレコードの登録を求められます。

2015-09-30_120923

お名前.comのレコード設定ページで指定されたTXTレコードを入力します。

2015-09-30_120940

その後ユーザー登録画面になりますが、スキップして手順3まで行きます。

お名前.comのDNSでレコード登録するので、「いいえ」にします。

2015-09-30_122812

すべてのサービスをチェックしておきます。「Mobile Device Management for Office 365」が追加されていますね。

2015-09-30_122828

登録するレコードが表示されます。

2015-09-30_122916

お名前.comに登録します。

2015-09-30_123436

これで、時間をおいて、Office365側でチェックすれば登録が完了します。今回チェックにかなり時間がかかりました。前回はすんなりいったのですが・・・まあ、こんなものでしょうかね。  

 

Azure Backup のアップデート(2015年2月)

2015年2月の Azure Update で Azure Backup はどのように変わったか

New features in Azure Backup – Long term retention, offline backup seeding and more

  • 長期間の保持(最長 99 年)
  • Offline Seeding(初期バックアップをネットワーク経由ではなくオフラインでデータセンターに運んでインポート)
  • DPMを使用したすべてのバックアップデータを Azure Backup
  • SCOMのDPMマネージメントパックが新しくなった

このアップデートに伴って Microsoft Azure Recovery Service Agent も新しくなりました。

AzureBackupエージェント

Azure Backup supports offline disk shipment and increases the number of backup copies and retention policies in Windows

このエージェントを入れることによって、今までは 120 に制限されていたバックアップコピー数が 366 に拡張されました。

ということは次のようになるはずです。

[table id=3 /]

最高で 10428 日指定すれば・・・約28年保持できる。ん、DPM なら 99 年の設定も可能ということでしょうかね?

追記:

上記の概念は今までのウィザード(日、週単位)での考え方で、新しいウィザードではさらに月単位、年単位の設定も可能なのでこの表は意味がないことになります。

Windows Server Backup での設定

ということで、設定してみました。

AzureBackup設定

しかし、Windows Server Backup では保持期間は 3360 日以上は設定できませんでした。これは以前の 120 に制限されていたバックアップ数と同じです。

ということで、残念ながら保持期間が長くなったメリットを生かせるのはまだ System Center 2012 R2 Data Protection Manager を使用している場合になります。Windows Server Backup では以前と変わらず約 9 年が最高保持期間でした。

ですので、Windows Server バックアップでの Azure Backup はとりあえず、前回と変わらないということですね。

以下追記

上記の説明は、既存のスケジュールで変更を行っていました。エージェントをアップデートしたら、既存のスケジュールは削除して新規に作成する必要があることが判明しました。

新規にスケジュールを作成すると、今までとは異なるウィザードが開きました。

WSB01

ここで、週単位、月単位、年単位のポリシーを指定できます。

WSB02

ここで Offline Seeding の設定が可能になっています。

WSB03

これで設定完了です。

WSB04

99 年保持したい場合は、366/99=3.67 なので、年 3 回程度のバックアップに収める必要がありそうです。

 

 

DAGはクラスターアプリ?

■DAGはクラスターアプリケーションではない
クラスター上のExchangeですが、Cluster ResコマンドでExchangeリソースが表示されなくなりました。これは、表示抑制ではなく、Exchange 2010以降では「無くなった」ということです。
下記①と②の記事を見つけました。


Exchange によって提供された ExRes.dll という名前のクラスター リソース DLL を使用する、以前のバージョンの Exchange クラスターとは異なり、Exchange 2010 はクラスター リソース DLL を必要としたり、使用したりすることはなくなりました。Exchange 2010 はクラスター化アプリケーションではありません。フェールオーバー クラスター コンポーネントの一部だけ、つまり、ハートビート機能とクラスター データベースを使用してデータベース モビリティを提供します。
http://technet.microsoft.com/ja-jp/library/dd335211(v=exchg.141).aspx


以前のバージョンの Exchange Server は、クラスター アプリケーションとして機能していました。このときには、メールボックス サーバーの高可用性を実装する場合、まず Windows フェールオーバー クラスターを作成し、次に Exchange セットアップをクラスター化されたモードで実行しました。セットアップ プロセスの一環として Exchange クラスター リソース DLL (exres.dll) が登録され、クラスター化メールボックス サーバーを作成できるようになりました。
これに対し、Exchange Server 2010 は、クラスター アプリケーションとして機能しないので、可用性を高めるためにクラスターのリソース管理機能は使用されなくなりました。Exchange クラスター リソース DLL と、この DLL で提供されるすべてのクラスター リソースは存在しなくなりました。Exchange Server 2010 では、内部に用意された独自の高可用性モデルが使用されます。このモデルでも Windows フェールオーバー クラスタリングの一部のコンポーネントは使用されていますが、Exchange Server 2010 で完全に管理されています。
http://technet.microsoft.com/ja-jp/magazine/ee835711.aspx

これをちょっとわかりやすく言うと・・・。
クラスターでは、クラスター上で動いているアプリのステータスを細かくチェックしていて、異常を検知するとそのアプリを設定された回数分ノード上で再起動させ、それでもダメならフェールオーバーさせる・・・ということをやっています。
クラスター内部の仕組みはこんな感じです。

リソースコントロールマネージャ・・・ノード上で再起動かフェールオーバーか判断
↓ ↑
リソースホストサブシステム・・・ステータスの監視役
↓ ↑
リソースDLL・・・そのアプリにとってふさわしいステータスチェックのコードを実装。
↓ ↑ リソースホストサブシステムからの問い合わせに応じて簡単チェック/
↓ ↑ 詳細チェックを実行してステータスを報告。
リソース(アプリ)・・・クラスタ対応アプリ

クラスターがリソースを制御する上で重要なのが、リソースDLL(Exchangeの場合、exres.dll)です。これがあるから、クラスターはそのアプリのステータスを的確に把握して、再起動やフェールオーバーの制御につなげることができるわけです。
でも、Exchange Server 2010以降では無くなった・・・つまり、Exchangeはクラスター上で動くクラスタ対応アプリではなくなったという意味です。そして、クラスターが提供していた、的確なステータスチェック、ステータス監視、アプリの再起動やフェールオーバーの判断などの機能はExchange Serverに内部実装されたということです。それが上記の「内部に用意された独自の高可用性モデルが使用されます」との記述です。
しかしそれでも、フェールオーバークラスターは活用しています。
どの部分を活用しているかというと
・ノード間のハートビート制御
・クォーラムの機能
ということです。
いままでクラスター側で担当していた、もろもろの機能がExchange側に移されたような感じです。

Lync のアドレス帳を即時反映させるには?

Lync クライアントを導入していざ使おうと思ってもアドレス帳の同期に1時間程度かかります。また、アドレス帳が大きいとそれ以上の時間がかかることがあります。そんな時、即時アドレス帳を反映させるには次の手順が必要です。

Lync 2010

レジストリを変更します。

reg add HKLM\Software\Policies\Microsoft\Communicator /v GalDownloadInitialDelay /t REG_DWORD /d 0 /f >null

その後、Lync 2010 クライアントを終了します。

%userprofile%AppData\Local\Microsoft\Communicator

配下の「sip_<自分のアカウント>」フォルダーを削除して Lync 2010 を起動します。

Lync 2013

レジストリを変更します。

reg add HKLM\Software\Policies\Microsoft\Office\15.0\Lync /v GalDownloadInitialDelay /t REG_DWORD /d 0 /f >null

その後、Lync 2013 クライアントを終了します。

%userprofile%AppData\Local\Microsoft\Office\15.0\Lync

配下の「sip_<自分のアカウント>」フォルダーを削除して Lync 2013 を起動します。

SC2012 VMM SP1 での ベアメタル展開(HP ML110 G7 編)

System Center 2012 Virtual Machine Manager SP1 でのベアメタル展開をしましたので記述しておきます。VMM では環境構築後にノードのスケールアウトを行う際の自動化ができます。そのテクノロジとしてベアメタル展開が用意されています。

Bear Metal Install with SCVMM 2012 SP1

その概要は次の通り。

bear-Metal

続きを読む

DFS と Excel の情報に関して

次のKBについて調べてもらったことがありましたので備忘録として載せておきます。

KB968102「DFSR が有効に設定されている共有フォルダに Excel ファイルを上書き保存した場合にファイルが消失することがある」

現象

Windows Server 2008 R2、Windows Server 2008、または Microsoft Windows Server 2003 R2 で、DFS Replication (DFSR) が有効に設定されている共有フォルダー上の Excel など一時ファイルを利用するアプリケーションのファイルを開き、上書き保存を実施した場合に、オリジナルのファイルが消失し、一時ファイルのみが残されることがあります。

原因

この現象は、DFSR による複製処理と Excel などによるファイルの上書き処理が、干渉するために発生します。
ポイントをまとめると・・・。

この問題は、ファイルサーバー上の Excelファイルを直接開いて編集し、保存しようとするときに発生するようです。Excelファイルをクライアントコンピュータにダウンロードし、手元で編集してファイルサーバーにアップするのであれば、問題ありません。

なぜこの問題が発生するのかというと・・・。

Excel は次のようにファイルの上書き保存を実施します。

  1. Excel にて xls ファイルを開くと、一時ファイルが作成されます。
  2. ファイルの上書き保存を実施した場合、その変更内容はまず一時ファイルに書き込まれます。
  3. 書き込みが完了した後、一時ファイルと元ファイルの置き換えが行われます。

一方、DFSR はファイルに加えられた変更を複製するために、一時ファイルと元ファイルの両ファイルに対するハンドルを確保します。これにより一時ファイルがDFSRに占有され、使用中となるため、Excel はファイル保存の操作を正常に終えることができず、最終的には元ファイルが削除され、一時ファイルのみが残ってしまう状態となります。

ただし、この問題は Excel 2003 以前のバージョンでは発生するものの、Excel 2007 以降では発生しないとのこと。Excel 2007 以降の一時ファイルは既定で DFSR の複製対象外となるため、一時ファイルがロックされることはないからです

ちなみに、DFSRでの複製対象外となるファイルは下記のとおりです。
(下記サイトから抜粋)
http://technet.microsoft.com/ja-jp/library/cc772778.aspx

DFSRでレプリケートされないファイル

  • レプリケート フォルダのローカル パスにある、NTFS でマウントされたドライブ
    (ただし、レプリケート フォルダのローカル パスが、マウントされたドライブの階層、またはその下位の階層であってもかまいません)
  • 暗号化ファイル システム (EFS) で暗号化されたファイル。
  • DFS 名前空間に関連付けられたポイントを除く、すべての再解析ポイント。ファイルに、階層記憶域管理 (HSM) または単一インスタンス ストア (SIS) に使用する再解析ポイントがある場合、DFS レプリケーションによって基礎ファイルはレプリケートされますが、再解析ポイントはレプリケートされません。
  • 一時ファイル属性が設定されているファイル。
  • UNIX 対応アプリケーションを使用して作成し、NFS共有フォルダに保存した、大文字と小文字を区別する名前を持つファイル (NTFS は POSIX 標準をサポートしています。POSIX では、大文字と小文字の組み合わせが異なる点以外は同じ名前を持つ 2 つのファイルを作成できます)。たとえば、FILE.doc と File.doc という 2 つのファイルを NFS 共有フォルダに作成しても、DFS レプリケーションでレプリケートされるのは最初のファイルのみで、2 番目のファイルはレプリケートされません。

Excel 2007 以降の一時ファイルは「一時ファイル属性が設定されているファイル」に該当します。

まあ・・・あまり一時ファイルをDFSRで複製する必要は無いとは思いますが、もし複製したければ、robocopyを使っていちいち一時ファイル属性を外すしかないという話が
http://blogs.technet.com/b/jpntsblog/archive/2010/05/07/dfs.aspx
にありました。

VMM からの Hyper-V Cluster 構成

今回は VMM から Hyper-V Cluster 構成を行ってみました。

そもそも、System Center 2012 VMM よりこの機能はありました。そうです、ありましたが実は日本語環境では動かなかったのです!

なんとKBも出ています。なんともまあ、大人の事情でできるとは言っていませんでした。あくまでも機能がありますと(笑)

“Install cluster” job fails with Error 25310 when using the Japanese version of System Center 2012 Virtual Machine Manager
http://support.microsoft.com/kb/2685730/ja?wa=wsignin1.0

しかし、SC2012SP1 では問題なく動くということを聞きましたのでテストしてみました。

VMM コンソールより [ファブリック] を選択し、ラベルの作成から [Hyper-V] クラスターを選択します。

WS000000

続きを読む

VMM 導入後は Hyper-V や Cluster から仮想マシンの設定をしない

はい、意外と知らない方が多いので備忘録として載せておきます。

まずはKBが出ていたのでこちらをご覧ください。

System Center Virtual Machine Manager 2008 R2 または System Center 2012 Virtual Machine Manager で管理しているフェールオーバー クラスター、ホスト、仮想マシンの設定や構成を、フェールオーバー クラスター マネージャーや Hyper-V マネージャーから変更すると、データの不整合が発生する場合がある
http://support.microsoft.com/kb/2810814

要するに、VMM 以外のコンソールを使用して仮想マシンの設定変更を行うと、VMM データベースにその変更内容が更新されずに不整合が起こることがあります。

それを修復するには、いったん Hyper-V や Cluster をアンインストールして再参加させる必要があります。

よって、仮想マシンの設定変更は必ず、VMM コンソールから行うようにしましょう!

VMM エージェントのインストール

備忘録として載せておきます。

VMM エージェントのプッシュインストールが失敗する場合、ほとんどの原因がFWです。

これは昔から変わっていないな~。よくわからないのが、私の記憶が確かなら勝手に開けてくれることもあったんです。でも空けてくれない場合は手動でFW設定を変更しなくはいけません。

VMMエージェントFW

ファイルとプリンターの共有(SMB受信)

を許可します。たまにどれだっけ?と忘れてしまうことがあるのでね!