50 workstation, 1 file .bat su un server di rete, funzionerà?

10

Ho un file .bat per eseguire la manutenzione su macchine. Ho inserito il file .bat su un server collegato in rete per consentire a tutte le workstation di accedervi.

Se dovessi usare lo scheduler di Windows per far funzionare quel file .bat alle 12: 00: 00.000, per esempio ... 50 workstation, saranno tutti in grado di eseguirlo o si guasterà?

PS non chiedermi di provarlo = P

— Mechaflash
fonte

2

Non ci dovrebbero essere problemi nel fare questo in quanto è una pratica abbastanza comune negli ambienti Windows. L'unico possibile problema che potresti incontrare con 50 workstation che eseguono il file in una volta è la larghezza di banda sulla rete, sebbene ciò dipenda esclusivamente da ciò che fa esattamente il file batch - molto probabilmente non sarà un problema.

— MaQleod,

5

Provalo e vedi: p

— Sandeep Bansal,

@MaQleod Il file bat stesso ha una dimensione di solo 1 KB. Tuttavia, esegue un controllo di deframmentazione e se la workstation deve essere deframmentata, lo script attende il completamento della deframmentazione prima di passare al comando successivo. Ritieni che la workstation sia attivamente collegata a quel file .bat sul server o che sia temporaneamente importata localmente quando vi si accede?

— Mechaflash,

Si noti che l'utilità di pianificazione ha una funzione per variare gli orari di inizio di un lavoro pianificato, in modo che 50 macchine non si sincronizzino perfettamente. È in Win7 ma non in Win2K; Non so quando è stato introdotto. Se la configurazione causa problemi, questo è un modo possibile per mitigarlo.

— RBerteig,

2

La mia rete utilizza un'applicazione di distribuzione per la gestione di workstation ~ 4K. Esiste un singolo server che funge da archivio per i nostri script e software. Ho pianificato lavori da eseguire su migliaia di stazioni di lavoro contemporaneamente. Se la tua infrastruttura è all'altezza, tutto andrà bene. Considerando che è un semplice file batch di testo, non posso immaginare che sarebbe un problema.

— jscott,

11

Questo dovrebbe funzionare fino a quando l'account che si esegue l'attività pianificata utilizzando ha accesso corretto alla condivisione di rete in cui si trova il file bat.

A seconda di ciò che fa lo script, scaglionerei i tempi di esecuzione per dipartimento. Hai solo bisogno di uno o due minuti di varianza per ridurre al minimo le probabilità di un colpo sbalorditivo proprio a 12. Per quanto riguarda il commentatore sopra che menziona uno script di accesso che un numero elevato di macchine ha colpito, gli accessi al computer non si verificano esattamente nello stesso momento. Anche una differenza di pochi secondi tra gli accessi comporterà tempi diversi per l'accesso allo script, quindi il suo caso, da vicino, non è esattamente uguale al tuo per quanto riguarda gli alti livelli di accesso simultaneo ai file.

— music2myear
fonte

Sì, ho testato la distribuzione dello script su alcune workstation e funziona benissimo. Tuttavia, non li ho ancora eseguiti allo stesso tempo ed ero curioso di sapere se mi sarei imbattuto o meno se tutti avessero eseguito lo stesso script nello stesso momento esatto. Non voglio venire in ufficio la mattina dopo con tutte le stazioni di lavoro con una schermata di errore e il mio capo non tecnico

— impazzisce

Con 50 postazioni di lavoro non credo sia troppo probabile che il server venga paralizzato o che le singole workstation abbiano problemi. Ma per due motivi sarebbe meglio farlo "correttamente" dall'inizio: non dovrai cambiare nulla se esegui l'aggiornamento o l'espansione, ed è meglio prevenire che curare. Con quelle poche stazioni di lavoro, non sarebbe troppo difficile dividere i tempi di esecuzione in 5 gruppi che ogni processo un minuto dopo l'avvio del gruppo precedente, o 2 gruppi, a seconda del funzionamento.

— music2myear,

1

Si. Il mio pensiero originale era quello di spaziare in intervalli di mezz'ora e ogni dipartimento avrebbe avuto il proprio giorno del mese per la manutenzione per aiutare a mitigare eventuali problemi che potrebbero verificarsi dalla manutenzione.

— Mechaflash,

5

Avere un file batch funzionerà ma prendere in considerazione limitazioni come disporre dei requisiti di autorizzazione e amministrazione appropriati.

Si consiglia di implementarlo come Script di accesso tramite Active Directory.

— Ragazzo pazzo
fonte

5

Perché pensi che potrebbe fuoriuscire? Ogni workstation legge semplicemente il file ed esegue i suoi comandi. Se il tuo server è un vero server e non solo una workstation che finge di essere un server, non ci saranno problemi.

L'unica cosa che devi tenere a mente è che un file batch viene letto ed eseguito un comando alla volta. Pertanto, se si dovesse apportare una modifica a quel file durante l'esecuzione, il comportamento potrebbe essere alquanto imprevedibile. I risultati effettivi dipenderanno da cosa è cambiato ed esattamente dove si trova il file nel client in quel momento.

— John Gardeniers
fonte

3

Credo che funzioni bene. Ma la realtà è migliore, quindi lasciami dire che usiamo un file .cmd come nostro script di accesso. È ospitato centralmente su un server e vi si accede da 6-800 PC ogni mattina durante l'accesso. Non abbiamo mai visto un problema con più accessi allo script contemporaneamente.

— uSlackr
fonte

cosa succederebbe se avessi avviato tutte le macchine e inviato un comando di esecuzione a tutti gli 800 PC per accedere a quello script contemporaneamente? XD Questa è la domanda

— Mechaflash,

Questo dovrebbe funzionare comunque. Fintanto che non si scrive nel file, 800 macchine possono leggerlo.

— MadBoy,

Mechaflash - il mio punto era che abbiamo molte postazioni di lavoro che lo fanno ogni giorno. Programmato o no, molti colpiscono il file tutti in una volta senza incidenti.

— uSlackr,

3

Mi aspetto che la risposta sia sì.

La società in cui lavoro ha un file batch che viene eseguito da una condivisione file di rete che viene eseguita all'avvio di ogni macchina. Se ci fossero problemi del tipo che ti aspetti nella tua domanda, il file batch fallirebbe regolarmente ma, per quanto ne so, funziona sempre.

— Mokubai
fonte

Lo stesso con noi. Tuttavia, ogni macchina non si avvia allo stesso millisecondo esatto nel tempo. E anche se si avviano contemporaneamente, ogni computer si carica a velocità diverse, quindi non avrebbe importanza. Questo file batch viene eseguito nel cuore della notte mentre tutte le macchine sono già avviate e su una schermata di accesso ctrl + alt + dlt.

— Mechaflash,

Un buon punto, sebbene nel nostro caso alcune macchine operino su collegamenti VPN lenti, che potrebbero potenzialmente "bloccare" il file batch per periodi prolungati (dell'ordine delle decine di secondi), questo non sembra essere un problema.

I file devono essere bloccati solo se vengono aperti per la modifica. Nel caso dell'esecuzione di un file batch, non viene bloccato quando le workstation lo leggono o eseguono.

— KJ-SRS,

1

Una possibile ragione per cui questo potrebbe non funzionare è se il tuo server non è autorizzato per 50 connessioni simultanee. È improbabile che ciò costituisca un problema in qualsiasi distribuzione reale, ma se il "server" è, diciamo, una scatola di Windows XP o qualcosa del genere, si verificheranno problemi. Se si dispone di una versione effettiva del server di Windows e di CAL sufficienti, non vedo alcun motivo per cui avere 50 client che leggono contemporaneamente un singolo file batch sarebbe un problema in sé e per sé.

— Andrea
fonte