50 stacji roboczych, 1 plik .bat na serwerze sieciowym, czy będzie działać?

10

Mam plik .bat do konserwacji na komputerach. Umieszczam plik .bat na serwerze podłączonym do sieci, aby wszystkie stacje robocze miały do niego dostęp.

Jeśli miałbym użyć programu do planowania systemu Windows, aby plik .bat był uruchamiany o godzinie 12: 00: 00.000, powiedzmy ... 50 stacjach roboczych, czy wszystkie będą w stanie go uruchomić, czy też popełni błąd?

PS nie pytaj mnie, bym spróbował = P

— Mechaflash
źródło

2

Nie powinno być żadnych problemów z tym, ponieważ jest to dość powszechna praktyka w środowiskach Windows. Jedynym możliwym problemem, z którym możesz się spotkać przy 50 stacjach roboczych uruchamiających plik na raz, jest przepustowość sieci, choć zależy to wyłącznie od tego, co dokładnie robi plik wsadowy - najprawdopodobniej nie będzie to problemem.

— MaQleod,

5

Spróbuj i zobacz: p

— Sandeep Bansal

@MaQleod Sam plik nietoperza ma tylko 1kb. Jednak uruchamia sprawdzanie defragmentacji, a jeśli stacja robocza ma zostać poddana defragmentacji, skrypt czeka na zakończenie defragmentacji przed przejściem do następnego polecenia. Czy uważasz, że stacja robocza jest aktywnie dołączona do tego pliku .bat na serwerze lub czy jest tymczasowo importowana lokalnie po uzyskaniu dostępu?

— Mechaflash

Pamiętaj, że harmonogram zadań ma funkcję różnicowania czasów rozpoczęcia zaplanowanego zadania, dokładnie tak, aby 50 maszyn nie poszło idealnie zsynchronizowanych. Jest w Win7, ale nie w Win2K; Nie wiem, kiedy to zostało wprowadzone. Jeśli konfiguracja powoduje problemy, jest to jeden z możliwych sposobów jej złagodzenia.

— RBerteig,

2

Moja sieć wykorzystuje aplikację do zarządzania ~ stacjami roboczymi 4K. Istnieje jeden serwer, który działa jako repozytorium naszych skryptów i oprogramowania. Zaplanowałem jednoczesne uruchamianie zadań na tysiącach stacji roboczych. Jeśli twoja infrastruktura sobie z tym poradzi, wszystko będzie dobrze. Biorąc pod uwagę, że jest to prosty plik wsadowy, nie mogę sobie wyobrazić, że byłby to problem.

— jscott

11

Powinno to działać, o ile konto uruchamiane przy użyciu zaplanowanego zadania ma poprawny dostęp do udziału sieciowego, w którym znajduje się plik nietoperza.

W zależności od tego, co robi skrypt, rozkładam czasy uruchamiania według działów. Potrzebujesz tylko minuty lub dwóch wariancji, aby zminimalizować szanse na oszałamiające trafienie w wieku 12. Jeśli chodzi o komentatora powyżej, który wspomina o skrypcie logowania, który uderzył dużą liczbę komputerów, logowanie komputera nie następuje dokładnie w tym samym momencie. Nawet kilka sekund różnicy między logowaniami spowoduje różne czasy dostępu do skryptu, więc jego sprawa, choć zamknięta, nie jest dokładnie taka sama jak twoja, jeśli chodzi o wysoki poziom jednoczesnego dostępu do plików.

— music2myear
źródło

Tak, testowałem wdrożenie skryptu na kilku stacjach roboczych i działa dobrze. Jednak nie uruchomiłem ich jeszcze w tym samym czasie i zastanawiałem się, czy wpadłbym w kłopoty, gdyby wszystkie uruchomiły jeden skrypt w tym samym czasie. Nie chcę przychodzić do biura następnego ranka, gdy wszystkie stacje robocze mają ekran błędu, a mój nietechniczny szef wariuje na ten temat lol

— Mechaflash

Przy 50 stacjach roboczych nie sądzę, że jest zbyt prawdopodobne, że serwer zostanie sparaliżowany lub poszczególne stacje robocze będą miały problemy. Ale z dwóch powodów byłoby lepiej zrobić to od początku „poprawnie”: nie musisz niczego zmieniać, jeśli uaktualnisz lub rozszerzysz, i lepiej być bezpiecznym niż żałować. Przy tak niewielu stacjach roboczych nie byłoby trudno rozłożyć środowiska wykonawcze na 5 grup, z których każda przetwarza minutę po rozpoczęciu poprzedniej grupy, lub 2 grupy, w zależności od tego, co działa.

— music2myear

1

Tak. Moje pierwotne myśli polegały na rozłożeniu go na półgodzinne odstępy, a każdy dział otrzymywałby własny dzień miesiąca na konserwację, aby pomóc złagodzić wszelkie problemy, które mogą wystąpić z powodu konserwacji.

— Mechaflash

5

Posiadanie pliku wsadowego będzie działać, ale należy wziąć pod uwagę ograniczenia, takie jak posiadanie odpowiednich uprawnień i wymagań administracyjnych.

Możesz rozważyć wdrożenie go jako skryptu logowania w usłudze Active Directory.

— MadBoy
źródło

5

Dlaczego wyobrażasz sobie, że może się to nie powieść? Każda stacja robocza po prostu odczytuje plik i wykonuje jego polecenia. Pod warunkiem, że Twój serwer jest prawdziwym serwerem, a nie tylko stacją roboczą udającą serwer, nie będzie problemu.

Jedyną rzeczą, o której musisz pamiętać, jest to, że plik wsadowy jest odczytywany i wykonywany po jednym poleceniu na raz. Dlatego jeśli chcesz zmienić plik podczas jego wykonywania, zachowanie może być nieco nieprzewidywalne. Rzeczywiste wyniki zależą od tego, co się zmieniło i od tego, gdzie dokładnie w pliku znajduje się klient.

— John Gardeniers
źródło

3

Wierzę, że działa dobrze. Ale rzeczywistość jest lepsza, więc powiem, że używamy pliku .cmd jako naszego skryptu logowania. Jest centralnie hostowany na serwerze i jest dostępny dla 6-800 komputerów każdego ranka podczas logowania. Nigdy nie widzieliśmy problemu z wieloma dostępami do skryptu jednocześnie.

— uSlackr
źródło

co gdybyś uruchomił wszystkie maszyny i wysłał polecenie uruchomienia do wszystkich 800 komputerów, aby uzyskać dostęp do tego skryptu jednocześnie? XD To jest pytanie

— Mechaflash

To i tak powinno działać. Dopóki nie zapisujesz do pliku, 800 maszyn może go odczytać.

— MadBoy,

Mechaflash - miałem na myśli, że mamy wiele stacji roboczych, które robią to codziennie. Zaplanowanych lub nie, wielu trafiło do pliku naraz bez żadnych incydentów.

— uSlackr

3

Oczekiwałbym, że odpowiedź będzie twierdząca.

Firma, w której pracuję, ma plik wsadowy uruchamiany z sieciowego udostępniania plików, który jest uruchamiany przy każdym uruchomieniu komputera. Jeśli pojawią się jakiekolwiek problemy tego typu, których oczekujesz w swoim pytaniu, plik wsadowy nie powiedzie się regularnie, ale o ile wiem, działa za każdym razem.

— Mokubai
źródło

To samo z nami. Jednak każda maszyna nie uruchamia się dokładnie w tym samym czasie co milisekundę. I nawet jeśli uruchomiły się w tym samym czasie, każdy komputer ładuje się z inną prędkością, więc nie ma to znaczenia. Ten plik wsadowy jest uruchamiany w środku nocy, podczas gdy wszystkie maszyny są już uruchomione i znajdują się na ekranie logowania ctrl + alt + dlt.

— Mechaflash,

Dobra uwaga, chociaż w naszym przypadku niektóre maszyny działają na wolnych łączach VPN, które mogą potencjalnie „zablokować” plik wsadowy na dłuższy czas (rzędu dziesiątek sekund), nie wydaje się to jednak problemem.

Pliki powinny zostać zablokowane tylko wtedy, gdy zostaną otwarte do edycji. W przypadku uruchamiania pliku wsadowego nie jest on blokowany, gdy stacje robocze tylko go czytają lub uruchamiają.

— KJ-SRS

1

Jednym z możliwych powodów może nie być to, jeśli Twój serwer nie ma licencji na 50 jednoczesnych połączeń. Jest mało prawdopodobne, aby stanowił to problem w prawdziwym wdrożeniu, ale jeśli „serwer” jest, powiedzmy, pudełkiem Windows XP lub czymś, będziesz miał problemy. Jeśli masz aktualną wersję serwerową systemu Windows i wystarczającą liczbę licencji CAL, nie widzę powodu, dla którego 50 klientów czytających jednocześnie jeden plik wsadowy stanowiłoby problem sam w sobie.

— Andrzej
źródło