50台のワークステーション、ネットワークサーバー上の1つの.batファイル、それは動作しますか?

マシンのメンテナンスを実行するための.batファイルがあります。すべてのワークステーションがアクセスできるように、.batファイルをネットワーク接続サーバーに置きます。

たとえば、Windowsスケジューラを使用して、その.batファイルを12:00:00.000(50台のワークステーション)で実行するとしたら、それらすべてを実行できますか、それともエラーになりますか?

P.S = Pを試してみてはいけない

10
タスクスケジューラには、スケジュール設定されたジョブの開始時間を変更する機能があり、50台のコンピュータが完全に同期しなくなることはありません。 Win7にはありますが、Win2Kにはありません。いつ導入されたのかわかりません。あなたの設定が問題を起こすなら、それはそれを軽減するための1つの可能な方法です。
追加された 著者 jprete,
試してみてください:p
追加された 著者 Karnav Popat,
私のネットワークは、4Kまでのワークステーションを管理するためにデプロイメントアプリケーションを利用しています。スクリプトとソフトウェアのリポジトリとして機能する単一のサーバーがあります。私は、何千ものワークステーションで同時に実行するようにジョブをスケジュールしました。あなたのインフラがそれにかかっていれば、すべてがうまくいくでしょう。それが単純なテキストバッチファイルであることを考えると、それが問題になるとは想像できません。
追加された 著者 jscott,
「サーバー」にはどのOSがあり、「クライアント」には何がありますか?
追加された 著者 SpacemanSpiff,
これはWindows環境ではかなり一般的な方法であるため、これを行っても問題はありません。ファイルを一度に実行している50台のワークステーションで発生する可能性がある唯一の問題は、ネットワーク上の帯域幅です。ただし、これはバッチファイルの動作によって異なります。おそらく問題にはならないでしょう。
追加された 著者 user1303881,
@MaQleod batファイル自体は1キロバイトしかありません。ただし、デフラグチェックが実行され、ワー​​クステーションでデフラグが行われる予定の場合、スクリプトはデフラグが終了するのを待ってから次のコマンドに進みます。ワークステーションはサーバー上のその.batファイルにアクティブに接続されていると思いますか、それともアクセス時に一時的にローカルにインポートされるのですか?
追加された 著者 Manisha Shekhawat,
ええ、ウィンドウズXPも同じです。タスクスケジューラを使用すると、スクリプトの実行時間を変更できます。
追加された 著者 Manisha Shekhawat,
@SpacemanSpiffワークステーション= WinXP SP3、サーバー= CENTOS 5
追加された 著者 Manisha Shekhawat,

6 答え

スケジュールされたタスクを実行するアカウントが、batファイルが置かれているネットワーク共有への正しいアクセス権を持っている限り、これは機能するはずです。

スクリプトの内容に応じて、部門別に実行時間をずらします。あなたが12で驚くほどのヒットの可能性を最小にするためにほんの1、2分の変動を必要とするだけです。ログイン間の数秒の違いでさえも、スクリプトがアクセスされる時間が異なるため、彼のケースは、近いうちに、高レベルの同時ファイルアクセスに関するケースとまったく同じではありません。

11
追加された
50台のワークステーションでは、サーバーが故障したり、個々のワークステーションに問題が発生する可能性はあまりないと思います。しかし、2つの理由から、最初から「正しく」実行するほうがよいでしょう。アップグレードまたは拡張した場合は、何も変更する必要はありません。申し訳ありませんが、安全であることをお勧めします。そのような少数のワークステーションでは、ランタイムを前のグループが開始してから1分後に処理する5つのグループ、または2つのグループのどちらか一方に実行することはそれほど難しくありません。
追加された 著者 music2myear,
うん私はいくつかのワークステーションでスクリプトをテストデプロイしてきました、そしてそれはうまく動きます。しかし、私はまだそれらを同時に実行したことがないので、それらすべてが同じスクリプトを同時に実行した場合に問題に遭遇するかどうかに興味がありました。翌朝、すべてのワークステーションにエラー画面が表示され、私の技術的でない上司がおかしくなって笑うのを避けたい
追加された 著者 Manisha Shekhawat,
ええ私の当初の考えは、30分間隔で間隔を空けることでした。メンテナンスから発生する可能性のある問題を軽減するために、各部門はメンテナンスのために独自の月の日を取得します。
追加された 著者 Manisha Shekhawat,

なぜあなたはそれがエラーになるかもしれないと想像するでしょうか?各ワークステーションは単にファイルを読み取り、そのコマンドを実行します。サーバーが本物のサーバーであり、サーバーのふりをしているワークステーションだけでは問題ないでしょう。

注意しなければならないことは、バッチファイルが一度に1つのコマンドで読み込まれて実行されることです。したがって、実行中にそのファイルに変更を加えた場合、その動作はやや予測不能になる可能性があります。実際の結果は、何が変更されたか、そしてその時点でクライアントがファイル内のどこにいるかによって異なります。

5
追加された

バッチファイルを作成しても機能しますが、適切な権限や管理者の要件があるなどの制限を考慮してください。

Active Directoryを介したログオンスクリプトとして展開することを検討してください。

5
追加された

うまくいくと思います。しかし現実はもっと良いので、ログオンスクリプトとして.cmdファイルを使用するとしましょう。これはサーバー上で一元的にホストされ、ログイン中は毎朝6〜800台のPCからアクセスされます。一度に複数のスクリプトにアクセスしても問題が発生することはありません。

3
追加された
メカフラッシュ - 私は、毎日これをやっているワークステーションがたくさんあることを強調しました。予定されているかどうかにかかわらず、多くの人は問題なくファイルを一度にヒットしました。
追加された 著者 Tom Resing,
とにかくうまくいくはずです。ファイルに書き込まない限り、800台のマシンで読み取ることができます。
追加された 著者 MadBoy,
すべてのマシンを起動し、同時にそのスクリプトにアクセスするために実行コマンドを800台すべてのPCに送信する場合XDそれが問題です
追加された 著者 Manisha Shekhawat,

私は答えがイエスだと思うでしょう。

私が働いている会社は、すべてのマシンの起動時に実行されるネットワークファイル共有から実行されるバッチファイルを持っています。あなたの質問にあなたが期待するタイプの問題があったならば、バッチファイルはかなり定期的に失敗するでしょうが、私が知る限りではそれは毎回うまくいきます。

3
追加された
私達と同じです。しかし、各マシンは同じ正確なミリ秒で起動しません。同時に起動したとしても、各コンピュータは異なる速度でロードするので問題ありません。このバッチファイルは深夜に実行され、すべてのマシンはすでに起動されており、ctrl + alt + dltログイン画面が表示されます。
追加された 著者 Manisha Shekhawat,

これがうまくいかないかもしれない1つの考えられる理由はあなたのサーバーが50の同時接続のために認可されていない場合です。これが実際の展開で問題になることはまずありませんが、「サーバー」が、たとえばWindows XPのボックスであるか、何か問題がある場合です。実際のサーバー版のWindowsと十分なCALを持っているのであれば、50のクライアントが単一のバッチファイルを同時に読み取ること自体が問題になる理由はありません。

1
追加された