SOLVED

Serverサービスの機能について

%3CLINGO-SUB%20id%3D%22lingo-sub-2241656%22%20slang%3D%22ja-JP%22%3EAbout%20server%20service%20features%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2241656%22%20slang%3D%22ja-JP%22%3E%3CP%3EHello.%20Nice%20to%20meet%20you.%3C%2FP%3E%3CP%3ECurrently%2C%20windows%20server%202016%20is%20used%20as%20an%20in-house%20file%20server.%3C%2FP%3E%3CP%3EAmong%20them%2C%20we%20recognize%20that%20the%20%22Server%20Service%22%20is%20in%20charge%20of%20the%20shared%20folder%20function%2C%20and%20by%20disabling%20or%20starting%20it%2C%20it%20will%20be%20possible%20to%20access%20the%20shared%20folder%20of%20the%20file%20server%20from%20the%20outside.%3C%2FP%3E%3CP%3EElsewhere%2C%20does%20the%20%22Server%20Service%22%20affect%20the%20vss%20function's%20display%20of%20%22file%20history%22%20(previous%20file%20history)%3F%3C%2FP%3E%3CP%3EIn%20fact%2C%20the%20commercial%20server%20operation%20tool%20software%20installed%20in%20the%20file%20server%20controls%20the%20stop%20and%20execution%20of%20the%20%22Server%20service%22%2C%20and%20if%20this%20is%20stopped%2C%20the%20display%20of%20the%20history%20of%20the%20previous%20file%20disappears%20(however%2C%20the%20shadow%20copy%20of%20VSS%20remains)%2C%20and%20the%20behavior%20that%20will%20be%20displayed%20after%20a%20while%20when%20started%20was%20confirmed.%20Is%20this%20normal%20behavior%3F%20Or%20is%20it%20accidental%20behavior%20(bug)%20due%20to%20some%20factor%3F%3C%2FP%3E%3CP%3EPlease%20let%20me%20know%20if%20you%20know.%3C%2FP%3E%3CP%3EThank%20you.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-2241656%22%20slang%3D%22ja-JP%22%3E%3CLINGO-LABEL%3EWindows%20Server%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2242488%22%20slang%3D%22en-US%22%3ERe%3A%20Server%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E3%81%AE%E6%A9%9F%E8%83%BD%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2242488%22%20slang%3D%22en-US%22%3E%3CP%3EI'd%20suggest%20asking%20the%20application%20developer%20about%20expected%20behavior.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E
New Contributor

こんにちは。はじめまして。

現在、社内ファイルサーバとしてWindows Server 2016を利用しております。

このなかで、「Serverサービス」が共有フォルダ機能を司っており、これを無効にしたり開始させることで、ファイルサーバの共有フォルダに外部からアクセスできるようになると認識しておりますが、

これ以外のところで「Serverサービス」が、VSS機能による「ファイルの履歴」(以前のファイルの履歴)の表示にも影響を及ぼすことは、あるのでしょうか?

というのも実際に、ファイルサーバに導入している市販のサーバ運用ツール・ソフトウェアが「Serverサービス」の停止・実行を制御しており、これが停止状態にすると、以前のファイルの履歴の表示が消えてしまい(ただし、VSSのシャドーコピーは残っている状態です)、起動させるとしばらくして表示されるようになる挙動が確認されました。これは正常な挙動なのでしょうか?それとも何らかの要因による偶発的な挙動(バグ)なのでしょうか?

ご存じの方がいらっしゃいましたら教えてください。

よろしくお願い致します。

4 Replies

I'd suggest asking the application developer about expected behavior.

 

 

 

回答ありがとうございます!

”アプリケーション開発者”とは、サーバ運用ツール・ソフトウェアのメーカ―のことでしょうか?
それとも、こことは別のWindowsアプリケーション開発者のコミュニティー・フォーラムということでしょうか?

ちなみに、前者だと、問い合わせた結果、
”仕様上、「Server」サービスに対しては、サービスをON/OFFしているだけで、Serverサービス単体でこの事象が発生しているのであれば、Windows OSの問題である”
と回答されました。
best response confirmed by y_sakai (New Contributor)
Solution

Something here may help.

Volume Shadow Copy Service | Microsoft Docs

 

 

 

ドキュメントを教えていただき、ありがとうございます。

ServerサービスとVSSの「ファイルの履歴」表示との関係性について、明確に記述された文章は見当たらなかったですが、「共有フォルダのシャドウ コピー」のタイトルから、関連性があるように推察することができます。

ただし、共有フォルダの設定を行っていない、通常のWindowsサーバの場合でも、VSS機能のスナップショットを取っていれば、同じ操作で「ファイルの履歴」を表示させることができるので、本当に依存関係があるのかすっきりしない感じが残ります。