- 締切済み
Windows2000でのXCOPYについて
今後、Windows2000Server上でXCOPYにて日次バックアップを行う予定です。 しかし、テスト段階にて以下の事象が発生し、うまく行えてません。 何が原因なのかご存知の方がいらっしゃいましたら、教えてください。 【環境】 ・1ドメインで、当マシンはドメイン内のスタンドアロンサーバ ・バックアップサーバと位置付けし、他の処理は行っていない ・XCOPYコマンドは\\サーバ名\ディレクトリ\*.*にて実施 ※他にもパラメータを付けていますし、/sも付けています。 【事象】 複数のディレクトリ(全て別マシンに存在)を取得してますが、 1つの共有ディレクトリ(親ディレクトリ)のみ何も取得することができません。 そのディレクトリはWindowsNT4.0Serverのファイルサーバにあります。 該当ディレクトリ、ツリーのディレクトリの権限はEveryoneフルコントロールに なっていますし、GUIではコピー&ペースト可能です。 XCOPY実行ユーザとGUIでコピー&ペーストを行っているユーザは同一です。 ユーザはDomainAdminです。 でも、XCOPYでも子ツリーとなるディレクトリを記述して行うと、そのディレクトリ 内の取れるディレクトリと取れないディレクトリが存在し、少し緩和されます。 何度もお伝えしますが、全てのディレクトリ権限はEveryoneフルコントロールです。 このようにXCOPYにて権限以外が起因し、取得できないディレクトリは どのように対処すればよろしいでしょうか? また何を探ってみればよろしいでしょうか? もしかしたら、フォルダを作成したOSとかに依存していますでしょうか? 全く対応策が取れず、大変困っています。 宜しくお願いします。
- みんなの回答 (3)
- 専門家の回答
みんなの回答
- you-m
- ベストアンサー率58% (190/327)
まだ解決してないようなら、とりあえず切り分けのために、次のようなコマンドラインでログを取ってみたら如何でしょう xcopy /optinos コピー元 コピー先 >> ログファイル名 2>&1 コマンドラインのお尻のおまじないをつけると、標準出力のほかに、標準エラー出力がファイルに落とせます。 標準エラー出力に出てくるエラーは、このようにしないとファイルに落とせない為、見逃している可能性があります。まずは、取れないファイルを操作しているときに、正確に何が起きているか判れば次の段階へのステップになるかと思います。
#1です。 補足になりますが、 >もしかしたら、フォルダを作成したOSとかに依存していますでしょうか? > これはありますね。 Linux等他のOSでもFAT等を扱えますので、それらで作成したファイルをNTで読み取った際に NT側で扱えない文字等がファイル名等に使われていてアクセスできないということもあるでしょう。 ローカル環境でcygwinで作成したファイルとかでも発生します。 どういった環境でそのフォルダを作成したかを補足願います。
NTServer上でローカルコピーするのは問題ないのでしょうか? それもNGなら、OSがそのファイルを掴んでしまっているとか。 実際にXCOPYをした時のエラーはどういった内容でしょうか? あとは、フォルダに監査設定をしてからXCOPYをしてみて、イベントログを確認してみてください。
補足
NTServer上でのコピー試してみます。 処理自体は、業務後(夜間)に行っています。 誰かが使用している可能性はゼロです。 エラーは、とくに発生していません。コマンドで取得ファイルのログ出力してますが、何も書き込まれていません。 監査設定も、これから試してみてます。 サーバ上では、Netシールド、クライアントはウィルスバスターのウィルスソフトをオンラインスキャンで実行していますが、これがファイルを掴んでいるって事もあり得るのでしょうか? すみませんが、ご教示お願いします。
補足
フォルダを作成しているのは、全てWindows系になります。 クライアントは、98、2000、XPで、サーバはNT4.0Srv、2000Srvになります。 Linux系もありますが、データベース用なのでフォルダ作成には 使用していません。 下の補足になりますが、XCOPYを実行しているサーバ上でウィルスソフトを利用していますが、XCOPY実行する際はサービスを一旦停止し、処理終了後は起動しています。 ウィルスソフトが依存って可能性もありますかね? すみませんが、ご教示お願いします。