50 робочих станцій, 1 .bat файл на мережевому сервері, він буде працювати?

10

У мене є .bat файл для технічного обслуговування машин. Я розміщую .bat файл на підключеному до мережі сервері для всіх робочих станцій для доступу до нього.

Якби я використовував планувальник Windows, щоб цей файл .bat запускався о 12: 00: 00.000, скажімо ... 50 робочих станцій, чи всі вони зможуть запустити його чи помилка буде?

PS не вимагайте, щоб я спробував це = P

— Мехафлаш
джерело

2

З цим не повинно виникнути жодних проблем, оскільки це досить поширена практика у Windows. Єдина можлива проблема, з якою ви можете зіткнутися з 50 робочими станціями, що працюють із файлом одночасно, - це пропускна здатність в мережі, хоча це залежить виключно від того, що саме робить пакетний файл - швидше за все, це не буде проблемою.

— MaQleod

5

Спробуйте і подивіться: p

— Sandeep Bansal

@MaQleod Сам файл bat становить лише 1 кб. Однак він запускає перевірку дефрагментації, і якщо робоча станція належить до дефрагментації, сценарій чекає завершення дефрагвації, перш ніж перейти до наступної команди. Чи вірите ви, що робоча станція активно приєднується до цього файлу .bat на сервері або якщо вона тимчасово імпортується локально, коли це доступ?

— Mechaflash

Зауважте, що планувальник завдань має функцію змінити час початку запланованого завдання саме так, щоб 50 машин не вийшли з ідеальної синхронізації. Це в Win7, але не в Win2K; Я не знаю, коли він був представлений. Якщо ваша установка викликає проблеми, це один із можливих способів її пом'якшити.

— RBerteig

2

Моя мережа використовує додаток для розгортання для управління робочими станціями ~ 4K. Є єдиний сервер, який виступає сховищем для наших сценаріїв та програмного забезпечення. У мене планові завдання одночасно працювати на 1000 робочих станціях. Якщо ваша інфраструктура буде відповідна, все буде добре. Враховуючи, що це простий текстовий пакетний файл, я не можу уявити, що це буде проблемою.

— jscott

11

Це повинно працювати до тих пір, поки обліковий запис, для якого ви виконуєте заплановане завдання, має правильний доступ до спільної мережі, де знаходиться файл bat.

Залежно від того, що робить сценарій, я буду вражати час виконання за відділом. Вам потрібна лише хвилина-дві варіації, щоб мінімізувати шанси приголомшливого хіта в 12. Що стосується коментатора, який згадує сценарій входу, що потрапляє велика кількість машин, комп'ютерні реєстрації не відбуваються точно в той самий момент. Навіть через декілька секунд різниця між входами призведе до різного часу доступу до скрипту, тому його випадок, будучи близьким, не точно такий, як ваш, щодо високого рівня одночасного доступу до файлів.

— music2myear
джерело

Так, я тестував розгортання сценарію на декількох робочих станціях, і він працює добре. Однак я ще не запускав їх одночасно, і мені було цікаво, чи не натрапляю на корч, якщо всі вони керували одним сценарієм одночасно. Не хочу вступати в офіс наступного ранку, коли всі робочі станції мають екран помилок, і мій нетехнічний начальник

— боїться

З 50 робочими станціями я не думаю, що це занадто ймовірно, що сервер буде каліком або окремі робочі станції матимуть проблеми. Але з двох причин було б краще зробити це «належним чином» з самого початку: вам не доведеться нічого змінювати, якщо оновити або розширити, і краще бути безпечним, ніж шкодувати. Завдяки такій кількості робочих станцій, було б не надто важко розподілити час виконання на 5 груп, які обробляються на одну хвилину після початку попередньої групи, або на 2 групи, залежно від того, що працює.

— music2myear

1

Так. Мої первісні думки полягали в тому, щоб розподілити його на півгодинних інтервали, і кожен відділ отримав би свій власний день місяця для обслуговування, щоб допомогти пом'якшити будь-які проблеми, які можуть виникнути з технічного обслуговування.

— Mechaflash

5

Маючи пакетний файл буде працювати, але врахуйте такі обмеження, як відповідні вимоги дозволу та адміністратора.

Ви можете розглянути можливість його розгортання як сценарій входу через Active Directory.

— MadBoy
джерело

5

Чому ви гадаєте, що це може помилитися? Кожна робоча станція просто зчитує файл і виконує його команди. Якщо ваш сервер - це справжній сервер, а проблем не буде лише робоча станція, яка видає себе за сервер.

Єдине, про що потрібно пам’ятати, це те, що пакетний файл читається та виконується по одній команді за раз. Тому, якщо ви вносили зміни до цього файлу під час його виконання, поведінка може бути дещо непередбачуваною. Фактичні результати залежатимуть від того, що змінилося і де саме у файлі знаходиться клієнт на той момент.

— Джон Гарденєр
джерело

3

Я вважаю, що це працює чудово. Але реальність краща, тому дозвольте мені сказати, що ми використовуємо .cmd файл як наш сценарій для входу. Він розміщений на центральному сервері та має доступ до 6-800 ПК щоранку під час входу. Ми жодного разу не бачили проблеми із кількома доступами до сценарію одночасно.

— uSlackr
джерело

що робити, якщо ви повинні було завантажувати всі машини та відправити команду запуску на всі 800 ПК, щоб отримати доступ до цього сценарію відразу? XD Ось питання

— Mechaflash

Це все одно має працювати. Поки ви не запишете у файл 800 машин, зможете їх прочитати.

— MadBoy

Mechaflash - моя думка полягала в тому, що у нас багато робочих станцій, які роблять це щодня. За розкладом чи ні, багато хто потрапляє у файл відразу і без інцидентів.

— uSlackr

3

Я б очікував, що відповідь буде "так".

Компанія, в якій я працюю, має пакетний файл, який працює від мережевого файлового файлу, який працює при запуску кожної машини. Якщо у вашому запитанні виникли якісь проблеми, яких ви очікуєте, то пакетний файл вийде з ладу досить регулярно, але, наскільки я знаю, він працює щоразу.

— Мокубай
джерело

Те саме з нами. Однак кожна машина не завантажується в один і той же точний мілісекунд в часі. І навіть якщо вони завантажуються одночасно, кожен комп'ютер завантажується з різною швидкістю, так що це не мало б значення. Цей пакетний файл працює посеред ночі, поки всі машини вже завантажені та на екрані входу ctrl + alt + dlt.

— Mechaflash

Хороший момент, хоча в нашому випадку деякі машини працюють через повільні VPN-посилання, які потенційно можуть "заблокувати" пакетний файл протягом тривалого періоду (порядку десятків секунд), однак це, здається, не є проблемою.

Файли повинні бути заблоковані, лише якщо вони відкриті для редагування. У разі запуску пакетного файлу він не блокується, коли робочі станції лише його читають або запускають.

— KJ-SRS

1

Одна з можливих причин цього може не працювати, якщо ваш сервер не має ліцензії на 50 одночасних з'єднань. Це навряд чи буде проблемою в будь-якому реальному розгортанні, але якщо "сервер" - це, скажімо, вікно Windows XP або щось таке, у вас виникнуть проблеми. Якщо у вас є фактична серверна версія Windows та достатня кількість ліцензійних ліцензій, я не бачу причин, чому 50 клієнтів одночасно читати один пакетний файл - це було само собою проблемою.

— Андрій
джерело