タグ付けされた質問 「dfs」

最近、共有ファイルにDFSを使用するようにWindowsネットワークを移行しました。迷惑な問題を除いて、DFSは正常に機能しています。ユーザーがしばらくアクセスしていないDFS名前空間にアクセスしようとすると、大幅な遅延が発生します。私はこの問題のトラブルシューティングを試みましたが、これまでのところ成功していません。ここにいる誰かが問題を解決するのに役立つポインターを持っていることを望んでいました。 まず、ネットワークの背景： ネットワークは、2つのWindows 2008 DCと2つのDNSサーバー（各DCに1つ）を持つWindows 2008機能レベルのActive Directoryドメインを使用します。ネットワークはDNSのみで、WINSはありません。すべてのコンピューターは同じサイトにあり、ギガビットイーサネットで接続されています。Windows 2008モードには約20のドメインベースのDFS名前空間があり、各DFS名前空間には2つのWindows 2008 DFS名前空間サーバー（すべての名前空間に同じ2つのサーバー）があります。すべてのネームスペースサーバーはFQDNモードであり、すべてのフォルダーターゲットはFQDNを使用して指定されます。すべてのコンピューターは、Service Packとパッチが適用された最新の状態です。 実際のフォルダーターゲット（つまり、DFSフォルダーが指すSMB共有）は複数のファイルサーバーとアプリケーションサーバーに散在し、すべてWindows 2008 R2を実行し、Windows 2003 R2を実行する2つのアプリケーションサーバー（レプリケーションセットアップなし） 1つのフォルダターゲットのみがあります）。 問題の詳細： 名前空間のアクセス遅延は通常1〜10秒で、特定のコンピューターが約5分以上要求された名前空間にアクセスしなかった場合に発生するようです。 たとえば、ユーザーが\\ domain.name \ namespace1 \に5分以上アクセスせず、Windowsエクスプローラーで\\ domain.name \ namespace1 \にアクセスしようとすると、エクスプローラーウィンドウは1〜10秒間フリーズしてから最終的に\\ domain.name \ namespace1に存在するフォルダーの再開と表示。その後、エクスプローラーウィンドウを閉じて、5分以内に\\ domain.name \ namespace1 \に再度アクセスしようとすると、コンテンツがほぼ瞬時に表示されます。5分以上待機すると、1〜10秒の一時停止が再び発生します。 名前空間の「内部」がすべて素晴らしくてきぱきとしている場合、それは名前空間への最初の接続にすぎません。 ブラウジングの遅延は、使用するWindowsのすべてのバリアント（Windows 2008 x64 SP2、Windows 2003 R2 x86 SP2、Windows XP Pro x86 SP3）に影響するようです-Windows XPよりもWindows XP …

22 windows  server-message-block  dfs  network-share  namespaces 

DFSのドキュメントを読むと、ADが必要と思われます。 これは、サーバーがスタンドアロン（ADではない）か、ホスティングサービスADの一部であり、ADが手に負えないため、私たちにとって問題です。 質問は次のとおりです。サーバーが以下の場合、DFSまたはDFSのような方法を実行する方法： 異なるDCで 有用なADではない マシンはWin2012-R2および/またはServer 2016 マシン間でTlogバックアップとSQLバックアップを自動的にミラーリングすることを検討しています。

15 windows  windows-server-2012-r2  replication  dfs 

GoogleまたはTechnetで回答を見つけるのに問題がある質問... SYSTEMユーザーにDFS共有のファイルとフォルダーへのアクセス許可を付与すると、DFSレプリケーションに影響がありますか？（そして、私たちがそれをしている間に、DFS共有ファイルへのアクセス許可を与えないようにする十分な理由はありSYSTEMますか？） 私は他の人の問題を発生させることができないDFS名前空間とフォルダーのコレクションを持っているのでそれが出てきました、そして1つのDFSレプリカが識別可能な理由なしに別のDFSレプリカで複製されなかった問題のトラブルシューティング中に、私はそれを観察しましたSYSTEMアカウントには、問題のフォルダー内のファイルまたはフォルダーに付与されたアクセス許可がありませんでした。 だから私SYSTEMは完全に制御するように設定し、それを伝達しました、そして私たちのDFSヘルス診断レポートは〜80ファイルのバックログを示してから〜100,000のバックログに行きました...そして失われていた多くのファイルを含むものは複製を始めました1つのサーバーまたは他のサーバー（アクセス許可の変更だけで複製が開始されたわけではありません）。 当然のことながら、これにより、DFSがSYSTEMその作業を実行するためのアクセス許可を持つアカウントが必要かどうか、または問題のフォルダーツリーへの変更だけがDFSの動作を促す原因になったかどうかについて知りました。問題が発生した場合、DFS名前空間は2000/2003の下に設定され、最近すべてのサーバーを2008 R2または2012（UACが有効な状態でブリーチ）にアップグレードしましたが、DFS名前空間を機能させることはまだできていませんServer 2008へのレベル。 （そしてSYSTEM、DFSまたはネットワークファイルに関連するNTFSファイルのアクセス許可とアカウントに関するマイクロソフトの公式記事を誰かが持っている場合のボーナスポイント。）

10 file-permissions  dfs 

2つのわずかに異なるが、類似したシナリオを次に示します。 \\ server \ shareにマップされたS：\ドライブがあります。次に、DFS名前空間が実装され、S：\が\\ domain.local \ dfs \ share（レガシー共有を指している）に変更されます。現在、リンクされたファイル/埋め込まれたファイルを含む一部のファイルとさまざまなアプリケーションは、奇妙で誤動作します。なお、これらの埋め込みファイルリンク（リンクされたExcelテーブルなど）はレガシー共有を指し、親ファイルはDFS共有から開かれます。 2.マイドキュメントにあるPOP / IMAPアカウントのPSTがあります。その後、ドキュメントはネットワーク共有にリダイレクトされたフォルダです。現在、[データファイル]タブにファイルの正しいネットワークパス（\\ server \ share \ user.name \ Documents \ outlook.pst）が示されているにもかかわらず、Outlookはアカウントに関連付けられたPSTにアクセスできません。Outlookは読み込まれますが、PSTが見つからないため、関連付けられたアカウントの受信トレイを表示できません。* *これは特定の既知の問題でした。後でリンクを掲載します これらのタイプのリダイレクトを実行すると、フロントエンドの観点からはファイルへのパスが同じであるにもかかわらず、なぜ「壊れる」のですか？

8 dfs  unc 

DFSレプリケーションを強制的に実行する方法はありますか？既存のDFSリンクに別の共有を追加しましたが、それは24時間後であり、2つのフォルダーは同期していません！新しく追加された共有には、ファイルの約30％しかありません。 10分で2つのサーバー共有にデータを手動でコピーすることもできましたが、だれかのアクセス許可を台無しにする危険はありませんでした。 バックアップが不完全になるため、これはここで私を心配しているタッチです

1 windows-server-2003  dfs