Покрокове керівництво по віддаленій установці ос (закінчення) - статті про microsoft windows

Майстер підготовки віддаленого встановлення (RIPrep)

Запуск Майстра підготовки віддаленого встановлення (RIPrep.exe)

Почнеться процес підготовки і реплікації образу. Система буде підготовлена і файли скопійовані на вказаний сервер RIS. Після завершення реплікації образу, можна буде вибрати дану образ для локальної установки з будь-якого комп'ютера, на якому включена віддалене завантаження.

Параметри Завантажувального диска служб віддаленого встановлення

Завантажувальний диск служб віддаленого встановлення використовується на комп'ютерах, на яких встановлена мережева карта, яка не має ПЗУ віддаленого завантаження. Завантажувальний диск імітує завантажувальний процес PXE на комп'ютерах з ПЗУ, що не підтримують процес завантаження на основі DHCP PXE. Службова програма генерації диска віддаленого завантаження (Rbfg.exe) знаходиться в такому розташуванні: \\ ім'я_сервера \ RemoteInstall \ Admin \ на кожному з серверів віддаленого встановлення.

Створення Завантажувального диска служб віддаленого встановлення

Для створення Завантажувального диска служб віддаленого встановлення запустіть утиліту RBFG.exe з сервера RIS або на клієнтському комп'ютері, який підключений до сервера RIS, або на комп'ютері з встановленим Пакетом засобів адміністрування.

Натисніть Пуск (Start). натисніть Виконати (Run), введіть команду RBFG.exe і натисніть ОК.

Примітка: Утиліта RBFG.exe не дозволяє Вам додавати підтримку додаткових мережевих адаптерів. Для створення Завантажувального диска служб віддаленого встановлення вставте дискету в дисковод і виберіть Створити диск (Create Disk).

Архітектура ПЗУ віддаленого завантаження PXE

З сервера RIS клієнтський комп'ютер отримує:

Процес PXE використовується кожен раз, коли комп'ютер з ПЗУ віддаленого завантаження робить запит на мережеву завантаження. Сторонні виробники програм віддаленого завантаження / установки застосовують власні процеси для завантаження першого способу.

висновок

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

Додаток A: Вимоги до обладнання серверів і робочих станцій для віддаленої установки.

Вимоги до обладнання серверів.

Процесор Pentium або Pentium II з рекомендованою тактовою частотою 200 мегагерц (мінімум 166 МГц)
Мінімум 64 Мб ОЗУ. Для додаткових служб, таких як DS, DHCP, і DNS необхідно як мінімум 96 або 128 Мб.
2 Гб дискового простору для дерева папок Сервера віддаленої установки.
Мережева карта, що підтримує швидкість 10 або 100 мегабіт в секунду (Мбіт / сек.) (Рекомендується 100 Мбіт / сек.).

Примітка: Ви повинні виділити окремий розділ або жорсткий диск для дерева папок RIS. (Рекомендуються диски і контролер SCSI).

Вимоги до обладнання клієнтських комп'ютерів.

Комп'ютер з процесором Pentium 166 МГц або більш продуктивним, що відповідає стандарту NetPC.
32 Мб ОЗУ.
Мінімум 1,2 Гб жорсткий диск.
Завантажувальний ПЗП PXE по протоколу DHCP версії .99c або вище або мережеву карту підтримувану завантажувального дискетою RIS.

Порада: Завжди перевіряйте наявність у виробника мережевої карти останньої версії ПЗУ PXE.

Мережеві карти, які підтримуються завантажувального дискетою RIS

• 3c900 (Combo and TP0)

• 3c900B (Combo, FL, TPC, TP0)

• 3c905 (T4 and TX)

• 3c905B (Combo, TX, FX)

• AMD PCNet and Fast PC Net

• Netflex 100 (NetIntelligent II)

Додаток Б: Часто Задаються.

Як дізнатися, чи підтримує версія мого ПЗУ процес PXE?

При завантаженні комп'ютера, починає завантажуватися і ініціюватися Загрузочное ПЗУ PXE. Послідовність з наступних чотирьох кроків виконується на більшості комп'ютерів з підтримкою стандарту Net PC або на комп'ютерах з PXE ПЗУ. (Примітка: на вашому комп'ютері послідовність може виконуватися інакше)

Усунення несправностей. Якщо комп'ютер не завантажується далі повідомлення DHCP, це означає, що клієнт не отримав відповіді від сервера віддаленої установки. Перевірте наступне:

Крок 3: Клієнт змінює повідомлення на BINL а також пропонує користувачеві натиснути клавішу F12. Це означає, що клієнт підключився до сервера RIS і очікує отримання по протоколу TFTP першого файлу образу - OSChooser. Ви можете не побачити повідомлень BINL і TFTP на деяких комп'ютерах, так як послідовність завантаження відбувається занадто швидко.

Усунення несправностей. Якщо клієнтський комп'ютер не отримує відповіді від сервера віддаленої установки, після закінчення певного часу клієнт виводить повідомлення про помилку, що сповіщає про те, що він не отримав файл від DHCP або BINL або TFTP. У цьому випадку сервер RIS не відповіли клієнтського комп'ютера.

Перезапустіть службу BINLSVC. Натисніть Пуск (Start). натисніть Виконати (Run) і наберіть CMD. Введіть наступні команди:

Net Stop BINLSVC

Net Start BINLSVC

Крок 4: З цього моменту на клієнтський комп'ютер повинен бути завантажений майстер установки клієнтів і виведений екран з повідомленням, вітають користувача.

Чи підтримують RIS віддалену установку з образів ОС (плоских образів або образів RIPrep) на ноутбуки?

І так і ні. RIS тестувалися на ноутбуках з стикувальними вузлами, які підтримують необхідний ПЗУ PXE. Ноутбуки повинні бути підключені до стикувального вузла, з мережевим кабелем, підключеним до мережевої карти на стикувальному вузлі.

RIS не підтримують ноутбуки, обладнані мережевими картами PC Card або PCMCIA, з підтримкою ПЗУ PXE.

Чи є безпечною передзавантажувальне частина програми ПЗУ PXE віддаленого завантаження?

Чи можна реплицировать образи RIPrep на альтернативні носії, такі як DVD, CD, і / або Zip-диски?

Ні. Реалізація такої можливості розглядається для наступної версії RIS.

Чи підтримує функція RIPrep відмінності в обладнанні між комп'ютером-джерелом, використовуваним для створення попередньо підготовленого образу, і цільовим комп'ютером, на який буде встановлений образ?

Так. Устаткування вихідного і цільового комп'ютерів може відрізнятися. Виняток становлять драйвера Рівня апаратних абстракцій (Hardware Abstraction layer (HAL)). Наприклад, якщо вихідний комп'ютер підтримує стандарт ACPI, він використовує відповідний драйвер ACPI HAL. Якщо Ви спробуєте встановити образ, попередньо підготовлений на такому комп'ютері, на комп'ютер, який не підтримує стандарт ACPI, установка буде невдалою.

Чи підтримує майстер підготовки віддаленого встановлення (RIPrep) роботу з декількома дисками або з кількома розділами на клієнтському комп'ютері?

Ні. Дана версія утиліти Підготовки віддаленої установки (RIPrep) підтримує тільки єдиний диск з одним розділом (диск C :).

Як буде працювати майстер підготовки віддаленого встановлення RIPrep в разі якщо диски вихідного і цільового комп'ютерів мають різний розмір?

Розмір диска цільового комп'ютера повинен бути не менше, ніж розмір вихідного диска, використаного для створення образу.

Як я можу реплицировать все образи ОС з одного сервера RIS на інший сервер в мережі, для узгодженої установки ОС на всіх клієнтських комп'ютерах?

На даний момент RIS не надає механізму реплікації образів ОС з одного сервера RIS на інший. Існує кілька способів вирішення цієї проблеми. Наприклад, можна задіяти переваги функцій реплікації продукту Microsoft Systems Management Server. Даний продукт надає можливості реплікації за розкладом, стискування, і роботи по повільних каналах. Ви також можете використовувати рішення сторонніх виробників для реплікації образів ОС. Переконайтеся в тому, що механізм реплікації зберігає атрибути файлів і параметри безпеки вихідних образів.

Чи можу я одночасно використовувати в мережі сервер RIS і сервер віддаленого завантаження стороннього виробника? Якщо так, то які у цього можуть бути наслідки?

RIS надає адміністраторам можливість попередньо налаштовувати облікові записи комп'ютерів в Active Directory і призначати бажаний сервер RIS для обслуговування певного клієнтського комп'ютера. Налаштувавши сервер RIS для відповіді тільки відомим комп'ютерів (попередньо налаштованим) адміністратори забезпечують обслуговування клієнта необхідним сервером RIS. Не всі сервери RB / RI сторонніх виробників підтримують можливість ігнорування запитів на обслуговування. Отже, Вам може знадобитися ізолювати сегмент певних серверів сторонніх виробників, щоб клієнти не могли звернутися із запитом на обслуговування до цих серверів.

Чи можу я додати підтримку додаткових мережевих карт в дискету RIS?

Ні. Утиліта RBFG.exe даної версії RIS містить фіксований код підтримки мережевих карт. Згодом, Microsoft буде додавати підтримаю додаткових мережевих карт. Оновлення утиліти RBFG.exe будуть доступні традиційними способами: через Інтернет, службу Windows Update, а також у складі майбутніх пакетів оновлень.

Чи можу я, при створенні формату імені, використовувати атрибути об'єктів Active Directory для спільного використання разом з функцією автоматичного присвоєння імен комп'ютерів в службах віддаленого встановлення?

Ні. Існуючі атрибути, які підтримуються засобами автоматичного присвоєння імен комп'ютерів, використовують Active Directory. Однак, в даний момент, підтримуються не всі атрибути Active Directory. Можливо, така підтримка буде додано до наступного оновлення RIS.

У більшості випадків значення GUID / UUID клієнтських комп'ютерів, які відповідають стандартам PC98 або Net PC, можна знайти в системному BIOS. OEM виробники надають дискету з файлом, що використовують як роздільник коми, або з електронною таблицею для зіставлення серійних номерів з GUID / UUID. Це дозволяє Вам написати сценарій попередньої настройки облікового запису комп'ютера в Active Directory. Також OEM виробники вказують GUID / UUID на корпусі комп'ютера для спрощення ідентифікації та попередньої настройки облікових записів комп'ютерів. Якщо Вам не вдалося виявити GUID в згаданих місцях, Ви можете прослухати мережевий трафік клієнта, знайти пакет DHCP Discover і в ньому поле містить 128 біт (32 байти) коду GUID / UUID.

важливі зауваження

Найменування компаній, організацій, продуктів, людей, і подій використовувані в якості прикладів в цьому посібнику є вигаданими. Всі збіги з реальними компаніями, організаціями, продуктами, людьми або подіями є ненавмисними і випадковими.

Описана базова інфраструктура, розроблена для використання в приватних мережах. Вигадані найменування компанії і DNS ім'я, використовувані в базовій інфраструктурі, не зареєстровані для використання в Інтернеті. Будь ласка, не використовуйте цю назву в загальнодоступних мережах або в мережі Інтернет.