2008Serverのファイル共有に関して

すべての返信

• 

  

  0

  サインインして投票

  > 　「ComputerBrowser」サービスの自動起動化
  >　レジストリの「IsDomainMaster」を「TRUE」
  >　共有のアクセス権、ローカルアクセス権ともに共通のユーザーを作成してフルコン＋「everyone」フルコン
  
  このあたりの設定など、 セキュリティ的に ちょっといかがなものかと思いますが、
  
  とりあえず、 Client の hosts File を編集されてはいかがでしょうか。
  
  

  2009年5月21日 20:44
• 

  

  0

  サインインして投票

  投稿ありがとうございます。返事が遅くなって申し訳ありません。
  実は先日2003Ｓｅｒｖｅｒに入れ替えを実施してまいりました。
  その後、土日をはさんで5日程経過を見ていますが、共有は問題なく使用できているようです。
  ちなみに別のユーザーで2008Ｓｅｒｖｅｒでのドメコンを導入してきましたが、そちらもファイルサーバーいなっていますが、
  問題なく共有使用できているようです。
  やはり「2008Ｓｅｒｖｅｒ」と「ワークグループ運用」の環境で発生する現象かと思われます。
  もう少し余裕があればもっと検証できたんですが・・・ユーザー業務影響の為、無念の2003Ｓｅｒｖｅｒ導入になりました。
  フルコンはお客様の希望により設定しています。（2008では「共同所有者」と設定しています）実際、「everyone」は必要ないと
  思うのですが、運用に支障をきたすといやなので、しばらくそのままにしておきます。
  ＨＯＳＴＳの編集も考えたのですが、確認は出来ませんでした。お客様環境では、クライアントのエリアへの立ち入りが基本的に
  禁止されている事と、端末側の設定変更はしないでほしいとの要望からです。それはＮＴサーバーで問題がなかったのだから、
  サーバー側の設定で何とかしてよとの要望からです。しかし、現象が出ているときに、ＩＰ，ホスト名ともにＰＩＮＧが飛ぶ事から、
  ＨＯＳＴＳファイルの可能性も低そうだと思っています。
  以上、経過報告でした。引き続き情報があれば追加したいと思います。

  2009年5月26日 3:00
• 

  

  0

  サインインして投票

  ファイル共有（ＳＭＢ）だけが、異常を起こすんですよね？
  私も悩んでいるところです。

  2009年5月28日 4:52
• 

  

  1

  サインインして投票

  http://social.technet.microsoft.com/Forums/ja-JP/windowsserver2008ja/thread/3c61aedf-9cc2-461a-a995-ce474f3e958e
  こちらのスレッドで出していただいたサイトのものです。
  私もかなり前から悩んでいます。
  
  私のところの場合、DC２台（共にserver2008）をそれぞれファイルサーバとしても使用している環境なのですが、単純なフォルダ共有での使用です。ActiveDirectory環境下で基本すべてのクライアントはドメイン下に置かれている状態です。
  
  ミミコロ様同様、しばらくすると（サーバ側でCLOSE_WAIT、いずれかのクライアントでFIN_WAIT_2が発生すると）次第にアクセスができなくなり、サーバ・クライアントでCLOSE_WAIT/FIN_WAIT_2が延々と溜まり、再起動を余儀なくされています。
  また、この状態であっても、基本的にはPINGやリモートデスクトップでのアクセスなどは行えるため、SMBでのみ通信できないということだとは思うのですが。
  
  特に多量のファイルアクセスがあった場合に発生しているようではあるのですが、「この操作をすれば発生する」といった確実な再現方法が見つかっておらず、対処を施してみてもしばらく様子見をしなければ効果がわからない（効果が無かったことが分からない）状態です。
  
  ファイルアクセスが全く不可になるため、例えばサーバ上のファイルを直接編集していた時に発現すると、クライアントは数分後タイムアウトで動きだしますが、サーバ側のデータが破損状態になり、消すことすら不可能になります。消そうとするとエクスプローラが応答なしになりますし（戻ってきません）、delコマンドで試みた場合はやはり停止状態になり、再起動すらできなくなったことがあります。（このファイルは再起動後消せますが）
  
  現在は、作業の前後に必要なファイルをクライアント側にコピーして行うとして、サーバ上ファイルの直接編集をなるべく避けるようにしている状態です。
  
  SP2も一般公開され、こちらで治ればいいのですが・・・。
  原因（と再現方法）が不明なため非常に困っています。

  2009年5月28日 9:26
• 

  

  0

  サインインして投票

  SP2 がでたんですね。
  SP2 適用前後で、再現試験をしてみたいと思います。
  
  楽しみです。

  2009年5月29日 4:33
• 

  

  0

  サインインして投票

  再現試験をしてみました。
  
  １．再現手順
  　・ＤＦＳで提供される２つの共有を２つのＮＷドライブに割り当てる。
  　・片方の共有内のファイルへのショートカットを、別な共有内に、ドラッグで作成する。
  
  ２．ＳＰ２適用前
  　・３回中、３回再現。
  
  ３．ＳＰ２適用後
  　・残念ながら、再現しました。
  　・ＤＦＳだと、再現頻度が高いようです。
  　・ＤＦＳで参照される先を、直接ＮＷドライブに割り当てると再現しにくいようです。

  2009年5月29日 21:13
• 

  

  0

  サインインして投票

  SMBの異常は、私の場合は、Symantec EndPoint Protection 11 の不具合でした。
  Symantec EndPoint Protection 11 のアンインストールで、現象はでなくなっています。

  • 回答としてマーク 三沢健二 2009年7月10日 4:39

  2009年6月12日 13:10
• 

  

  0

  サインインして投票

  こんにちは、フォーラムオペレーターの三沢健二です。

   

  みなさん、ご回答ありがとうございます！

   

  ミミコロ さん、その後いかがでしょうか？

  私の方でもちょっと調べてみましたが、"Windows Server 2008" で "Symantec EndPoint Protection 11（SEP11）" を使用している環境で、"CLOSE_WAIT" が多発する現象があったようですね。

  （現在は Symantec 社の方で対策済みのようです）

   

  こちらの質問を投稿されてから時間が経ちましたので、既に解決済みだとは思うのですが、hira32 さんの投稿してくださった情報は、同様の環境で同じような現象が発生された方に大変参考になる情報ではと思いましたので、勝手ながら私のほうで  [回答としてマーク]  のチェックをつけさせていただきました。

  もし ミミコロ さんの環境では SEP11 を使っていないとか、問題がまだ解決していない場合は、お気軽に回答チェックを外して質問を継続してくださいね。

   

   

  それでは、また何か疑問や質問がありましたら、ぜひ TechNet フォーラムに投稿してください。

  今後ともよろしくお願いします！ (^_^)/

   

  ______________________________________

  マイクロソフト株式会社　フォーラム オペレーター　三沢健二

  2009年7月10日 4:41