トラブルシューティングも容易に
Windows Server 2008 R2におけるDFSの強化点
Windows Server 2008 R2におけるDFSのスケーラビリティ強化機能は、多数のブランチオフィスを持つ組織にうってつけだ。
スケーラビリティの強化
分散ファイルシステム（DFS）は、Windows Serverの一部として長年提供されており、時間とともに成熟してきたがスケーラビリティの問題がまだ多少残っている。
例えばDFSは大規模環境での運用に対応できるが、展開規模が拡大すると、システムの構成、管理、トラブルシューティングが急激に複雑になる。
幸い、MicrosoftはWindows Server 2008 R2（以下、R2）でこうしたスケーラビリティやトラブルシューティングの問題に対処している。
R2におけるDFSのスケーラビリティ強化機能は、多数のブランチオフィスを持つ組織にうってつけだ。
こうした組織はハブアンドスポークトポロジを採用していることが多い。この場合、DFSサーバが本社（ハブ）に置かれ、その内容がブランチオフィスの小規模なDFSサーバにレプリケートされる。
このタイプのアーキテクチャの問題は、本社のDFSサーバで深刻な障害が発生した場合、すべてのブランチオフィスが影響を受ける恐れがあることだ。
レプリケーショントポロジの構成によっては、本社で追加レプリカを作成することが1つの解決策だろうが、こうした追加レプリカからブランチオフィスに更新をプッシュできない可能性もある。
もう1つの解決策はフルメッシュトポロジを採用することだろうが、このトポロジは敬遠されることが多い。必要なWANリンクが増えてその整備コストがかさむ上、レプリケーショントラフィックも増大するからだ。
結局、多くの組織にとっての最適解は、2つのハブメンバーによるレプリケーションを作成することだ。このことを考慮すると、R2の最も歓迎すべき新機能の1つが、DFSにおけるフェイルオーバークラスタのサポートであることは明らかだ。基本的に、本社のハブサーバをクラスタ化すれば、ハブサーバの障害でブランチオフィスのレプリカが切り離されるのを防げる。
R2におけるDFSのもう1つの強化点として、読み取り専用のレプリケートフォルダを作成できるようになったことが挙げられる。
これまで、ブランチオフィスの特定のユーザーに「レプリケートフォルダのデータにアクセスすることは可能、しかしデータの変更は不可」という条件付けをする場合、アクセス制御リスト（ACL）を使ってそのユーザーに読み取り専用アクセスを許可しなければならなかった。それにはかなり管理の手間が掛かり、ブランチオフィスの社員の入れ替わりが多い場合はなおさらだった。
R2では、ブランチオフィスで作成するDFSレプリカに読み取り専用のレプリケートフォルダを含めるという新たな選択肢が加わった。これは、従来のレプリケートフォルダへの読み取り専用アクセスをユーザーに許可するのと同じ効果がある。
新しいトラブルシューティング機能
MicrosoftはR2に含まれる最新のDFSで、コマンドライン診断ツールのDfsrdiag.exeを新機能で強化した。
新機能の1つがファイルハッシュ機能（DFSRDIAG.EXE FILEHASH）だ。この機能により、正規のファイルとそれをレプリケートしたものを、ファイルハッシュが同じかどうかを調べて比較できる。
また、新しいレプリケーション状態機能（DFSRDIAG.EXE REPLSTATE）では、レプリケーションサービスの現在の状態を分析できる。レプリケーションパートナー上のどのファイルが更新されているかが分かる。
新たにIDレコード機能（DFSRDIAG.EXE IDRECORD）も用意されている。サーバのデータベースには、レプリケートフォルダ内の個々のファイルとフォルダに対応するIDレコードが保持されており、この機能はIDレコードの情報を表示する。IDレコードには、バージョン情報やタイムスタンプ情報など有用なデータがリンクされている。
この機能により、ファイルやフォルダのレコード番号を特定し、レコードに結合されたデータを抽出できる。この機能は、DFSレプリカに保存されているファイルを比較し、一貫性を調べたい場合に非常に重宝する。
全体的に見て、MicrosoftがR2でDFSに加えた変更により、DFSのスケーラビリティが向上し、トラブルシューティングが容易になるだろう。
本稿筆者のブライエン・M・ポージー氏はMCSE（マイクロソフト認定システムエンジニア）の資格を持ち、Windows Server、IIS、Exchange Serverに関する仕事でMicrosoft Most Valuable Professionalの認定を4回受けた。全米規模の病院／医療施設チェーンでCIOを務めた経験を持つほか、フォートノックス（ケンタッキー州にある米軍施設）でネットワーク管理者を務めたこともある。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[o9ソリューションズ・ジャパン株式会社] 「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略 -
製品資料
[o9ソリューションズ・ジャパン株式会社] 「サプライチェーン最適化」実践ガイド：効果的な意思決定を実現する秘訣とは？ -
製品資料
[株式会社リンプレス] 非デジタル／IT人材を「自走するDX推進者」に変えるための育成ロードマップ -
市場調査・トレンド
[ワンアイルコンサルティング株式会社] AI時代の組織設計：「判断と責任」を人に残すための2つの原則とは？ -
技術文書・技術解説
[ワンアイルコンサルティング株式会社] システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
2
「完璧な設計」なのに3000万円溶けた AWSの失敗事例から学ぶ3つの教訓
-
3
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
4
高額な「AI PC」を一般従業員も使えたら？ 費用のハードルを一気に下げる方法
-
5
二極化する生成AI活用 「一部の社員しか使いこなせない」をどう解消すべきか
-
6
LLMの「過学習」、正しく説明している文章はどれ？
-
7
公式ストアの“防波堤”が消える「スマホ法」の衝撃 今必要な対策とは
-
8
IT調達担当者が知るべき「IT機器 大インフレ時代の前向きな選択肢」
-
9
高信頼セキュアネットワーク、アラクサラ統合で広がるフォーティネットの選択肢
-
10
「AIバブル」は崩壊するのか？ 熱狂の後に来る“尻拭い”と4つの防衛策
ホワイトペーパーランキング PR
-
1
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
3
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
4
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
5
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
6
生成AIで文書活用を進めるには？ 効率化と安全性をどう両立する
-
7
「人員を増やす」という選択肢はない 情シスが負の連鎖から抜け出すには？
-
8
「問題が深刻化しやすいプロジェクト管理」から脱却する方法とは？
-
9
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
10
NTTドコモが実践したクラウド統合監視 業務量2倍でも残業削減を実現できた理由
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー