トラブルシューティングも容易に
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
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
3
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
4
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
6
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
7
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
9
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
10
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー