TestKing-TESTINSIDE-FREE EBOOK-FREE VIDEO ĐÀO TẠO-FREE ALL

Microsoft ® Windows ® 2000 từ xa tính năng cài đặt hệ điều hành, dựa trên các dịch vụ cài đặt từ xa (RIS) công nghệ, cung cấp cho các quản trị viên khả năng để triển khai một hệ điều hành trong toàn doanh nghiệp, mà không cần phải thể chất thăm mỗi máy tính khách hàng.

Một trong những chức năng đầy thách thức và tốn kém nhất được thực hiện bởi đội ngũ nhân viên CNTT hôm nay là triển khai một hệ điều hành mới vào máy tính khách. Remote điều hành cài đặt tính năng sử dụng PXE mới dựa trên công nghệ khởi động từ xa để hỗ trợ nhân viên IT với việc triển khai của Windows 2000 Professional một cách từ xa, vì thế việc giảm CNTT hỗ trợ trên không trong việc mang máy tính trực tuyến mới, và cài đặt lại hệ điều hành trong lĩnh vực này.

Lời nói đầu

Từ xa Hệ điều hành (OS) cài đặt và quản lý công nghệ IntelliMirror ™ là quan trọng thay đổi và quản lý cấu hình các tính năng bao gồm trong hệ thống Microsoft ® Windows ® hoạt động năm 2000. Cài đặt hệ điều hành từ xa cho phép quản trị viên hệ thống để sử dụng tiền mới khởi động thực hiện Môi trường (PXE) dựa trên công nghệ khởi động từ xa, và máy chủ dựa trên phần mềm cài đặt các bản sao địa phương của hệ điều hành Windows 2000 Professional trên các máy tính trong toàn doanh nghiệp. Sau khi Windows 2000 là hoạt động trên một máy tính, quản trị mạng, sử dụng công nghệ IntelliMirror, có thể cung cấp theo chính sách quản lý của người dùng Windows '2000-dựa trên máy tính để bàn, bao gồm các dữ liệu, cài đặt, và phần mềm ứng dụng.

Bảng sau đây nêu bật những Windows 2000 Thay đổi Cấu hình quản lý và các tính năng và lợi ích, cũng như các công nghệ nằm bên dưới có hỗ trợ các tính năng này.

Giới thiệu

Một trong những chức năng đầy thách thức và tốn kém nhất được thực hiện bởi đội ngũ nhân viên CNTT hôm nay là triển khai một hệ điều hành (HĐH) cho các máy tính khách hàng mới hoặc hiện tại. Hiện nay, các tổ chức dành rất nhiều thời gian và chi phí quy hoạch, thiết kế, và ra măt phiên bản mới nhất của hệ điều hành trên toàn tổ chức. Thường thì quá trình này được thực hiện bằng tay, đòi hỏi phải có một bàn làm việc chuyên nghiệp để giúp cơ thể truy cập vào mỗi máy tính.

Cài đặt từ xa Services (RIS), một thành phần tùy chọn của hệ điều hành Windows 2000 Server, làm việc với Windows 2000 công nghệ khác để thực hiện các tính năng cài đặt hệ điều hành từ xa, cung cấp các công ty với khả năng điều khiển từ xa cài đặt một bản sao của hệ điều hành Windows 2000 Professional trên các máy tính hỗ trợ trong suốt doanh nghiệp. Bây giờ là quản trị viên có thể cuộn ra một phiên bản mới của hệ điều hành để hàng trăm, thậm chí hàng ngàn khách hàng tại một thời gian, và làm điều đó từ một địa điểm từ xa.

Máy vi tính được PC98-tàu tuân thủ một Remote PXE ROM khởi động, mà là yêu cầu để sử dụng tính năng Remote cài đặt hệ điều hành. (PC98 đề cập đến các tài liệu hướng dẫn hàng năm cho các nhà phát triển phần cứng đồng tác giả của Microsoft với Intel, trong đó có sự đóng góp của Compaq và các nhà sản xuất ngành công nghiệp phần cứng khác. PC98 là nhằm cung cấp các tiêu chuẩn cho việc phát triển phần cứng đó trước nền tảng máy tính và cho phép của Microsoft để bao gồm các tính năng nâng cao, như RIS, trong nền tảng Windows) Đối với các máy tính trong tổ chức của bạn mà không chứa một PXE. ROM dựa khởi động từ xa, Microsoft cung cấp cho các quản trị viên với một công cụ để tạo một đĩa khởi động từ xa để sử dụng với RIS. Các RIS đĩa khởi động từ xa có thể được sử dụng với nhiều loại hỗ trợ thẻ PCI dựa trên card mạng. Mạng máy tính-slimmed xuống một phiên bản của một máy tính cá nhân mà không có một đĩa mềm hoặc đĩa CD-ROM-sẽ là một trong những máy tính khách đầu tiên để tận dụng lợi thế của RIS. Do thiếu của một ổ đĩa mềm bên ngoài, máy tính Net sẽ yêu cầu sử dụng tính năng Remote cài đặt hệ điều hành cho các cài đặt của hệ điều hành máy trạm.

Tổng quan về Công nghệ và thuật ngữ

Phần này cung cấp tổng quan của Dịch vụ cài đặt từ xa (RIS) kiến trúc và các thành phần khác và Windows 2000 dịch vụ được yêu cầu để tận dụng tính năng Remote cài đặt hệ điều hành. Phần này cũng mô tả các thành phần khách hàng và các dịch vụ được yêu cầu để thực hiện từ xa cài đặt hệ điều hành trong tổ chức của bạn.

Tổng quan về hệ điều hành cài đặt từ xa

Hình 1 mô tả các dịch vụ và các thành phần tạo nên tính năng cài đặt hệ điều hành từ xa.

Cài đặt hệ điều hành từ xa sử dụng một số dịch vụ hiện có thể đã được triển khai và sử dụng trong tổ chức của bạn, cũng cho biết thêm một số dịch vụ bổ sung mà bạn có thể hoặc có thể không quen với. Windows 2000 Server tàu với dịch vụ thư mục Active Directory ™, một máy chủ Dynamic Host Configuration Protocol (DHCP) cập nhật, và một phiên bản đáp ứng được điều động máy chủ tên miền (DDNS) đó là yêu cầu của Active Directory. Khi cài đặt từ xa dịch vụ này được cài đặt, các dịch vụ bổ sung được thêm vào máy chủ:

• Thông tin khởi động đàm phán Layer (BINL)-Các dịch vụ BINL được thêm vào trong quá trình cài đặt RIS. Các dịch vụ BINL có trách nhiệm trả lời yêu cầu của khách hàng dịch vụ mạng máy tính, truy vấn Active Directory thay mặt cho các máy tính của khách hàng, cũng như đảm bảo rằng các chính sách đúng và cài đặt cấu hình được áp dụng cho máy tính của khách hàng trong khi cài đặt hệ điều hành.
• Trivial File Transfer Protocol Daemon (tftpd)-Điều này phụ phục vụ TFTP dịch vụ có trách nhiệm lưu trữ file tải về các yêu cầu cụ thể được thực hiện bởi máy khách. Các dịch vụ tftpd được sử dụng để tải về các thuật sĩ cài đặt Client (CIW) và khách hàng tất cả các hộp thoại chứa trong các CIW cho một buổi nào.
• Single Instance Store (SIS)-đơn sơ thẩm Store là dịch vụ chịu trách nhiệm về việc giảm các yêu cầu không gian đĩa trên khối lượng được sử dụng để lưu trữ hình ảnh cài đặt RIS. Khi bạn cài đặt RIS như là một thành phần tùy chọn, bạn bị nhắc một ổ đĩa và thư mục mà bạn muốn cài đặt RIS: Đây là khối lượng RIS. Các dịch vụ SIS gắn mình với khối lượng RIS, và màn hình có khối lượng tìm bất kỳ tập tin trùng lắp được đặt trên khối lượng đó. Nếu bất kỳ tập tin trùng lắp được tìm thấy, SIS tạo ra một liên kết tới các bản sao, do đó làm giảm sức chứa trên đĩa cần thiết.

Cài đặt hệ điều hành từ xa sử dụng tiền mới khởi động thực hiện Môi trường (PXE), DHCP dựa trên công nghệ khởi động từ xa để bắt đầu quá trình cài đặt của một hệ điều hành từ một nguồn từ xa cho khách hàng một đĩa cứng. Nguồn từ xa một máy chủ có hỗ trợ dịch vụ cài đặt từ xa (RIS)-cung cấp tương đương với mạng lưới các đĩa CD cài đặt trên Windows 2000 Professional hoặc trước một cấu hình từ xa cài đặt Chuẩn bị (RIPrep) màn hình. Windows 2000 Professional hệ điều hành hiện là tùy chọn cài đặt chỉ được hỗ trợ bởi dịch vụ cài đặt từ xa.

• CD-dựa-Các đĩa CD cài đặt dựa trên tùy chọn tương tự như thiết lập một trạm làm việc trực tiếp từ đĩa compact Windows 2000 Professional, tuy nhiên, các tập tin mã nguồn nằm trên mạng RIS có sẵn trên máy chủ.
• RIPrep hình ảnh định dạng-Các hình ảnh RIPrep tùy chọn cho phép một quản trị mạng để clone một cấu hình máy tính để bàn tiêu chuẩn công ty, hoàn chỉnh với các cấu hình hệ điều hành, các tùy chỉnh máy tính để bàn, và các ứng dụng được cài đặt tại địa phương. Sau khi lần đầu tiên cài đặt và cấu hình hệ điều hành Windows 2000 Professional, dịch vụ của mình, và bất kỳ ứng dụng tiêu chuẩn trên một máy tính, quản trị mạng chạy một thuật sĩ mà chuẩn bị hình ảnh cài đặt, và sao chép nó vào một máy chủ RIS có sẵn trên mạng để cài đặt trên khác khách hàng.

Một khi những hình ảnh đã được đăng trên các máy chủ RIS (s), người dùng cuối được trang bị với PXE khởi động từ xa dựa trên kích hoạt (hay đĩa khởi động tương thích) khách hàng có thể yêu cầu máy tính để cài đặt những hình ảnh từ bất kỳ máy chủ RIS có sẵn trên mạng. Thực tế là người dùng có thể cài đặt hệ điều hành mà không có sự hỗ trợ quản trị viên có nghĩa là các quản trị viên là miễn phí để hoàn thành các nhiệm vụ khác đòi hỏi sự chú ý của người đó, do đó tiết kiệm cả thời gian và chi phí thường gắn liền với bản cài đặt hệ điều hành.

Làm thế nào các công trình khởi động PXE Remote Công nghệ

Một hình thức mới của công nghệ khởi động từ xa đã được tạo ra trong ngành công nghiệp máy tính. Những công nghệ mới khởi động từ xa, Pre-Môi trường thực hiện khởi động (PXE), cung cấp cho các công ty có khả năng sử dụng giao thức TCP hiện tại của họ / IP của mạng lưới cơ sở hạ tầng với Dynamic Host Configuration Protocol (DHCP) để khám phá các cài đặt máy chủ từ xa trên mạng. Net PC/PC98-compliant hệ thống, và máy tính được trang bị card giao diện mạng (NIC) được hỗ trợ bởi những đĩa RIS khởi động từ xa có thể tận dụng lợi thế của công nghệ khởi động từ xa có trong hệ điều hành Windows 2000.

Khi một PXE-bật máy tính của khách hàng được bật, PXE là dựa trên ROM hay đĩa khởi động từ xa RIS yêu cầu một địa chỉ IP từ một máy chủ DHCP bằng cách sử dụng trong quá trình khám phá DHCP bình thường. Là một phần của DHCP ban đầu phát hiện ra yêu cầu, máy tính khách hàng nhận ra mình như đang được PXE-kích hoạt, mà chỉ để cài đặt các máy chủ từ xa trên mạng mà nó là tìm cách để được phục vụ. Bất kỳ máy chủ RIS có sẵn trên mạng có thể đáp ứng bằng cách cung cấp các khách hàng với địa chỉ IP của nó, và tên của một tập tin khởi động máy khách nên yêu cầu nếu mà khách hàng muốn dịch vụ từ máy chủ đó.

Dưới đây là một sơ đồ, hình 2, trong đó mô tả các bước theo bước tiến trình khởi động kiểu PXE ROM từ xa đi qua trong khi yêu cầu mỗi khi khởi động mạng lưới dịch vụ.

Sau khi thủ tục đạt bước 7, những kinh nghiệm phía khách hàng sẽ khác nhau, tùy thuộc vào nhà bán máy chủ cài đặt từ xa đó là đáp ứng yêu cầu của khách hàng đối với dịch vụ. Phần dưới đây chi tiết việc thực hiện các cài đặt từ xa hệ điều hành đó là bao gồm trong hệ điều hành Windows 2000 Server.

Làm thế nào Remote tiến trình cài đặt hệ điều hành công trình

Một đại diện đồ họa của hệ điều hành như thế nào từ xa quá trình cài đặt các công trình được chứa trong hình 3. Mỗi bước của quá trình được định nghĩa trong các chi tiết dưới đây minh hoạ

Quá trình liên hệ với một máy chủ RIS và lựa chọn một hình ảnh hệ điều hành được thực hiện trong một vài bước. Các bước dưới đây chi tiết các chuỗi các sự kiện xảy ra khi một PXE-bật máy tính khách hàng bắt đầu trên mạng, và dịch vụ bởi một máy chủ RIS.

Để thực hiện được một hệ điều hành cài đặt từ xa

1. Một PXE cho phép khách hàng kết nối với mạng bắt đầu, và trong khi điện lên, máy tính khởi một yêu cầu dịch vụ mạng. Là một phần của yêu cầu dịch vụ mạng, một DHCP khám phá gói được gửi vào mạng yêu cầu một địa chỉ IP từ máy chủ DHCP gần nhất, địa chỉ IP của máy phục vụ RIS có sẵn, và như một phần của yêu cầu đó, khách hàng sẽ gửi toàn cầu Nhận Biết mình (GUID). (The GUID được hiện diện trong máy tính khách được PC98-hoặc máy PC Net-khiếu nại và được tìm thấy trong BIOS hệ thống máy tính.). Các máy chủ DHCP đáp ứng các yêu cầu bằng cách cung cấp một địa chỉ IP cho khách hàng. RIS có bất kỳ máy chủ có thể đáp ứng với địa chỉ IP của nó, và tên của tập tin khởi động máy khách nên yêu cầu nếu khách hàng chọn RIS cho rằng máy chủ dịch vụ. Người dùng chính là nhắc nhở để bấm phím chức năng, F12, để bắt đầu dịch vụ từ máy chủ RIS.
2. Máy chủ RIS (sử dụng dịch vụ BINL) phải kiểm tra trong Active Directory cho sự tồn tại của một pre-tổ chức tài khoản của khách hàng phù hợp với máy tính này máy tính của khách hàng. BINL kiểm tra sự tồn tại của một máy tính khách hàng bằng cách truy vấn Active Directory cho một máy tính khách hàng phù hợp với GUID gửi ở bước 1.
3. RIS Sau khi đã kiểm tra sự tồn tại của một tài khoản máy tính của khách hàng, trình wizard Cài đặt Client (CIW) được tải về máy tính của khách hàng, và nhắc nhở người dùng đăng nhập vào mạng.
4. Một khi người sử dụng bản ghi trên, RIS kiểm tra Active Directory cho một tài khoản người dùng tương ứng, xác nhận lại mật khẩu. RIS RIS sau đó kiểm tra cụ thể thiết lập Group Policy để tìm ra các tùy chọn cài đặt người sử dụng cần có quyền truy cập. RIS cũng sẽ kiểm tra xem những hình ảnh mà người sử dụng hệ điều hành cụ thể cần được cung cấp, và thuật sĩ cài đặt làm cho khách hàng những tùy chọn có sẵn cho khách hàng.
5. Nếu người dùng chỉ cho phép một tùy chọn cài đặt đơn và lựa chọn hệ điều hành, người dùng không được nhắc chọn bất cứ điều gì. Thay vào đó, trình wizard Cài đặt Client cảnh báo người dùng rằng việc cài đặt sẽ được định dạng lại đĩa cứng của mình và thông tin được lưu trữ trước đó sẽ bị xóa, và sau đó sẽ nhắc người sử dụng để bắt đầu cài đặt hệ điều hành từ xa.
6. Một khi người dùng xác nhận các thiết lập cài đặt trên màn hình tóm tắt, việc cài đặt hệ điều hành bắt đầu. Tại thời điểm này, nếu máy tính của một tài khoản khách hàng đã không có mặt trong Active Directory, các dịch vụ BINL tạo ra các tài khoản máy tính của khách hàng, do đó sẽ tự động cung cấp một tên cho máy tính. Các hệ điều hành được cài đặt tại địa phương như là một tiến trình cài đặt không cần giám sát, có nghĩa là người dùng cuối không phải là cung cấp sự lựa chọn bất kỳ cài đặt trong giai đoạn điều hành việc cài đặt hệ thống.

Các hệ điều hành từ xa quá trình cài đặt rất đơn giản từ một quan điểm người dùng cuối. Các quản trị viên có thể hướng dẫn người sử dụng thông qua một tiến trình cài đặt hệ điều hành thành công bởi trước đó xác định các tùy chọn cài đặt, nếu có, một người dùng đã truy cập vào. Các quản trị viên cũng có thể hạn chế những hình ảnh hệ điều hành hoặc hình ảnh một người dùng có quyền truy cập vào, do đó đảm bảo hoạt động đúng kiểu cài đặt hệ thống được cung cấp cho người dùng để cài đặt thành công.

Cài đặt dịch vụ từ xa thành phần

Các hệ điều hành Windows 2000 từ xa tính năng cài đặt đơn giản hóa các nhiệm vụ lắp đặt một hệ điều hành bằng cách cung cấp một cơ chế cho các máy tính để kết nối với một máy chủ mạng khi họ đang bắt đầu bước đầu, và bằng cách cho phép các máy chủ để cài đặt một ổ đĩa cục bộ của Windows 2000 Professional. Có một số thành phần tạo nên các dịch vụ cài đặt từ xa (RIS), công nghệ hỗ trợ các tính năng cài đặt hệ điều hành từ xa. Phần này bàn về các thành phần khác nhau mà một quản trị viên CNTT hoặc sử dụng chuyên nghiệp để cài đặt, cấu hình, và thực hiện RIS trong tổ chức của họ để triển khai các hệ điều hành Windows 2000 Professional.

Có năm thành phần chính tạo nên RIS:

• Remote Installation Services Setup (RISetup.exe).
• Cài đặt từ xa Dịch vụ hành chính.
• Khách hàng cài đặt thuật sĩ (OSChooser.exe).
• Chuẩn bị thuật sĩ cài đặt từ xa (RIPrep.exe).
• Cài đặt từ xa trên đĩa khởi động (RBFG.exe).

Lưu ý: Để biết thông tin thêm về cài đặt, cấu hình, và thực hiện từ xa cài đặt hệ điều hành, xem Windows 2000 từ xa cài đặt hệ điều hành đi bộ qua được liệt kê trong phần Đối với thông tin khác của tài liệu này.

Remote Installation Services Setup

RIS là cài đặt một trong hai cách, và yêu cầu phải có hai giai đoạn quá trình cài đặt. RIS là một thành phần tùy chọn của hệ điều hành Windows 2000 Server, và có thể được cài đặt hoặc là trong khi cài đặt Windows 2000 Server, hoặc sau khi cài đặt bằng cách sử dụng Add / Remove Programs trong Control Panel.

Giai đoạn đầu của tiến trình cài đặt xảy ra khi RIS được chọn là một thành phần bắt buộc trong quá trình cài đặt Windows 2000 Server hoặc sau khi cài đặt máy chủ bằng cách sử dụng Add / Remove Programs. Windows Components Wizard hiển thị từ xa cài đặt dịch vụ như là một thành phần tùy chọn để cài đặt, và được minh họa trong hình 4.

Sau khi cài đặt dịch vụ từ xa được chọn là một thành phần tùy chọn, giai đoạn đầu tiên của bản cài đặt RIS các yêu cầu các tập tin vào ổ đĩa cứng trên máy chủ. Sau khi thiết lập của máy chủ được hoàn thành, quản trị viên được nhắc nhở để tắt máy và khởi động lại máy chủ trước khi cài đặt dịch vụ cài đặt từ xa.

Để cài đặt từ xa Cài đặt Dịch vụ

1. Trên menu Start, chọn chương trình, sau đó Administrative Tools, sau đó chọn cấu hình của máy chủ.
2. Trong cấu hình máy chủ của bạn hộp thoại, bấm Finish Setup.
3. Trong Dịch vụ cài đặt cấu hình từ xa hộp thoại, bấm vào cấu hình để bắt đầu cài đặt từ xa Dịch vụ Thiết lập wizard.
4. Trong cài đặt từ xa Thiết lập dịch vụ hộp thoại Wizard, bấm Next.

Cài đặt từ xa Dịch vụ Thiết lập Wizard sẽ nhắc người quản trị cho các thông tin về các cài đặt cụ thể được sử dụng trong quá trình cài đặt RIS. Wizard sẽ yêu cầu người quản trị để cung cấp cho các mục sau đây:

• Một vị trí trên máy chủ mà RIS cây thư mục sẽ được tạo ra.
• Cho dù các máy chủ dịch vụ RIS nên máy tính của khách hàng sau khi hoàn tất cài đặt.
• Vị trí của Windows 2000 Professional đĩa CD, hoặc một địa điểm trên mạng có chứa các tập tin cài đặt.
• Mô tả văn bản thân thiện và giúp đỡ liên quan mô tả hình ảnh hệ điều hành cho người dùng của thuật sĩ cài đặt Client.

Sau khi cài đặt từ xa Dịch vụ Thiết lập Wizard hoàn thành, tùy thuộc vào các thiết lập được lựa chọn, máy chủ RIS hoặc máy tính khách hàng dịch vụ, hoặc tạm dừng trong khi các quản trị viên cấu hình cài đặt nâng cao bằng cách sử dụng các thiết lập chính quyền RIS. Phần dưới đây mô tả các tùy chọn cấu hình sẵn cho một quản trị viên RIS.

Cài đặt từ xa Dịch vụ hành chính và Cấu hình Tùy chọn

Theo mặc định, một máy chủ RIS không được cấu hình máy tính để phục vụ khách hàng ngay lập tức sau khi cài đặt của RIS là hoàn tất. Nếu quản trị viên muốn cấu hình máy chủ dịch vụ máy tính khách tại hoàn thành RIS Setup, người quản trị có thể chỉ cần chấp nhận các cài đặt cấu hình mặc định, và bắt đầu cung cấp cho người sử dụng hình ảnh cài đặt hệ thống điều hành mà không thay đổi một thiết lập cấu hình duy nhất.

RIS cung cấp cho các quản trị viên với nhiều tùy chọn và thiết lập cấu hình. Các cài đặt này cung cấp tính linh hoạt đối với các tình huống cụ thể, chẳng hạn như các loại máy tính tự động đặt tên chính sách sử dụng, mà Active Directory chứa các tài khoản khách hàng được tạo ra trong máy tính, và những hình ảnh hệ điều hành là người dùng cuối sẽ truy cập được. Để biết thêm chi tiết về các tùy chọn cấu hình riêng, hãy tham khảo tài liệu hướng RIS trong Đối với phần Thông tin thêm, hoặc kiểm tra các cài đặt từ xa Dịch vụ Trợ giúp trên Windows 2000 Server đĩa CD, mà cũng có sẵn trên trang web Windows 2000 Server Web (http:/ / www.microsoft.com/technet/prodtechnol/windows2000serv/default.mspx).

Có bốn phương pháp được sử dụng để cấu hình các tùy chọn RIS có sẵn.

Phương pháp đầu tiên liên quan đến việc xác định đó RIS máy chủ được phép chạy trên mạng của bạn. Tùy chọn này ngăn cản trái phép (thường được gọi là rogue) RIS máy chủ, bảo đảm chỉ những máy chủ RIS uỷ quyền quản trị viên có thể phục vụ khách hàng. Nếu một nỗ lực được thực hiện để bắt đầu một máy chủ RIS trái phép trên mạng, nó sẽ được tự động tắt và do đó không thể dịch vụ máy tính khách. Một máy chủ RIS phải được ủy quyền trước khi nó có thể dịch vụ máy tính khách.

The second method uses the Active Directory Users and Computers snap-in to set properties on individual RIS servers that control how the server supplies Remote Installation Services to requesting clients. This snap-in is available by going to the Start menu, pointing to Programs , then to Administrative Tools , and then clicking Active Directory Users and Computers .. The snap-in that appears is illustrated in Figure 5. Administrators wishing to remotely manage their servers from Windows 2000 Professional workstations can access the administrative tools by installing the Administrator Tools package located on the Windows 2000 Server CD.

Note: When using Administrator Tools on a system other than the RIS server, the administrator cannot add additional operating system images or verify the integrity of the RIS server. All other configuration options are available.

After the RIS server is selected, right click it to open the Properties dialog box, and click the Remote Install tab to access the RIS server configuration options. The Properties dialog box is illustrated in Figure 6.

The following list describes the major configuration options available in the Properties dialog box: for the RIS server

Co-existence of remote installation servers from multiple vendors: For companies that have remote boot and installation servers from other vendors that are operating on the same physical network, RIS servers can be set to respond only to service requests from clients that have been prestaged in Active Directory. When set to ignore boot requests from unknown clients, RIS servers can be introduced into a network without interfering with pre-existing remote installation servers that use the same remote boot protocols.

• What clients the RIS server should respond to— These options allow the administrator to specify whether the RIS server should respond to client computers, and if so, whether they should respond when there is no previous knowledge of the client computer in the Active Directory (the client has not been prestaged ). Prestaging clients allows for co-existence with remote installation servers from multiple vendors on the same physical network, optional load balancing, and increased security over what systems can perform a remote OS installation. The default settings can also be changed during the Remote Installation Services Setup wizard (RISetup.exe).
  

  Cài đặt	Vị trí	Mặc định
  Respond to client computers requesting service	Remote Install tab	Đình chỉ
  Do not respond to unknown client computers	Remote Install tab	Đình chỉ

• Automatic client computer naming format —When the client computer name is automatically generated, this option determines how the name should be formatted. Several naming schemes are available, including the ability to use a custom naming format specific to the organization. This option provides flexibility in naming new client computers during operating system installation, without the need for end user or administrator involvement.
  

  Cài đặt	Vị trí	Mặc định
  Client computer naming format	Advanced settings, New Clients tab	Tên đăng nhập

• Default Active Directory location for the creation of new client computer accounts —This option allows the administrator to select a default Active Directory location where all remotely installed client computer accounts will be created during operating system installation. The administrator can choose any of the default containers or organizational units (OUs), or create a new OU specific to RIS-installed client computers.
  

  Cài đặt	Vị trí	Mặc định
  Client account location	Advanced settings, New Clients tab	Computers container

• Available operating system images —This option allows the administrator to add new operating system versions or RIPrep images to existing RIS servers for installation by clients. In addition, administrators can associate a variety of unattended installation templates to CD-based installation images, thus providing greater flexibility in installation options. For example, an administrator may choose to only add a single Windows 2000 Professional CD-based image on the RIS server, but can associate several different scripted unattended installations files, all pointing to the single CD-based image.
  

  Cài đặt	Vị trí	Mặc định
  OS image list	Advanced settings, Images tab	CD-based Windows 2000 Professional image

• Third-party ISV maintenance and troubleshooting tools —Provides administrative staff, and if applicable end users, access to pre-OS maintenance and troubleshooting tools from third-party vendors. These tools can be used to maintain and troubleshoot client computers prior to loading or installing the OS. For example, flashing the system's BIOS prior to OS installation. Other examples include memory virus scanners, computer diagnostic tools, or inventory-based utilities.
  

  Cài đặt	Vị trí	Mặc định
  Tools listing	Advanced settings, Tools tab	No tools installed

  Best practice If automatic setup is the only installation option available to a user (as it is by default), the installation options menu will not be displayed, reducing the likelihood of end user error or confusion.

  The third method of configuration involves using Group Policy to specify what installation options are presented to different groups of users during the Client Installation wizard (CIW). For example, it may not be appropriate for users to access the custom setup option or the tools available under the Maintenance and Troubleshooting menu. Rather, an administrator may want to allow normal users access to only the automatic setup option, and restrict access to all other options to administrators or help desk staff.

  Cài đặt	Vị trí	Mặc định
  CIW installation options	Default Domain Policy–User Configuration–Windows Settings– Remote Installation Service	Automatic Setup only for all users in the domain

  Best practice To automate the OS image to be installed by certain users, ensure those users have access to only the image that they should install. When only a single image is available, the image selection screen is not displayed and the single available image is automatically selected.

  The fourth and final configuration method uses security descriptors, or Discretionary Access Control Lists (DACLs) to specify which users or group of users should have access to the operating system images available on the RIS server. Administrators can use this method to guide users through the selection of the unattended OS installation appropriate for their role within the company. By default, when an operating system image is added to an RIS server, the image will be available to all users serviced by that RIS server.

  Cài đặt	Vị trí	Mặc định
  OS image availability to users in CIW	DACLs on .sif file in the image's template folder	Available to all users

  Best practice To reduce the work involved in maintaining the security applied to images, where possible set the security on the templates folder of the image rather than on the individual .sif files themselves, and use user groups to grant and restrict access rather than individual users.

  After the necessary RIS configuration options have been set, the administrator is ready to service remote boot-enabled or compatible client computers. An overview of the Client Installation wizard (CIW) is presented in the next section, as well as a description of the available installation options that can be offered to end users. As noted above, in order to request service from an RIS server, client computers can either use a PXE-based remote boot ROM, or a network card that is supported by the RIS remote boot disk.

Client Installation Wizard

Mở rộng các ký tự trong CIW: Vì CIW đang chạy trong trước một môi trường thực hiện khởi động, không có hỗ trợ cho các ký tự mở rộng trong văn bản hoặc các hiển thị hoặc các lĩnh vực nhập (tên người dùng, mật khẩu, tên miền, hoặc bất kỳ tùy chỉnh các thông số đầu vào). Hãy cẩn thận xem xét nên được thực hiện trước khi tạo người dùng hoặc các tên miền có chứa các ký tự mở rộng vì chúng sẽ không thể sử dụng được với RIS.

Một khi máy tính của khách hàng thiết lập một kết nối với máy chủ RIS, người dùng sẽ được nhắc nhở để bắt đầu khởi động dịch vụ mạng bằng cách bấm phím chức năng F12. Cài đặt Client Wizard (CIW), minh hoạ trong hình 7, sau đó sẽ tự động tải về máy tính của khách hàng. Người dùng chính là nhắc nhở để nhập tên người dùng, mật khẩu của họ, và tên miền. Sau khi chứng thực người dùng trong Active Directory, CIW các tùy chọn cung cấp cho người dùng cuối cùng hoặc quản trị viên CNTT với khả năng lựa chọn từ một trình đơn các tùy chọn cài đặt và hình ảnh hệ điều hành như thế nào để kiểm soát và điều hành hệ thống hình ảnh đó sẽ được cài đặt. Nếu người dùng chạy CIW đã chỉ được phép truy cập tùy chọn cài đặt tự động và một hình ảnh hệ điều hành duy nhất, đơn không được hiển thị, và người sử dụng tiền trực tiếp vào màn hình xác nhận và tóm tắt.

Các tùy chọn cài đặt sau đây được bao gồm trong chương trình cài đặt Client. Tự động thiết lập sẵn theo mặc định. RIS sử dụng Group Policy cài đặt để cho phép truy cập vào các tùy chọn thiết lập tự động chỉ, và để hạn chế tất cả người dùng và quản trị từ phần còn lại của các tùy chọn cài đặt được mô tả dưới đây.

Để kiểm soát các tùy chọn thiết lập hiển thị cho người sử dụng trong các CIW, sử dụng Group Policy như mô tả trong phần "Quản trị và Cấu hình Options.

• Thiết lập-Tự động Tùy chọn này cung cấp đường dẫn cài đặt hệ điều hành dễ dàng nhất. Nó cho phép người dùng lựa chọn hệ điều hành nào để cài đặt, nhưng không nhắc nhở người dùng để cài đặt cấu hình cụ thể. Nếu chỉ có một hệ thống điều hành tùy chọn được cung cấp, người sử dụng không được nhắc, và cài đặt không cần giám sát của hình ảnh hệ điều hành bắt đầu tự động.
• Tuỳ Setup-Tùy chọn này cho phép người dùng chạy CIW để ghi đè các máy tính tự động đặt tên quy trình, cũng như vị trí mặc định trong Active Directory, nơi các tài khoản khách hàng máy tính sẽ được tạo ra. Trợ giúp bàn làm việc hoặc quản trị viên có thể sử dụng tùy chọn này để cài đặt sẵn một máy tính khách hàng cho người khác trong doanh nghiệp.
• Khởi động lại một Setup Trước Thử-Nếu được chọn, tùy chọn này sẽ tự động khởi động lại quá trình cài đặt hệ điều hành khi một nỗ lực không thành công trước khi cài đặt hoàn thành. Tùy chọn này không sao chép các tập tin từ nơi cố gắng cài đặt trước đó không thành công, tuy nhiên người dùng không cần phải trả lời bất kỳ câu hỏi được trả lời trong vòng CIW từ cố gắng thiết lập trước đó.
• Bảo trì và Gỡ rối-Tùy chọn này cung cấp truy cập của bên thứ ba để bảo trì và các công cụ xử lý sự cố có thể được sử dụng trước khi cài đặt hệ điều hành. Ví dụ về những công cụ này bao gồm hệ thống đèn flash BIOS cập nhật, các công cụ chẩn đoán máy tính, và các tiện ích quét virus. Để xem thêm phần Thông tin cho các nhà cung cấp OEM và ISV cung cấp các tiện ích để sử dụng với RIS.

Nếu người dùng có nhiều hơn một hình ảnh hệ điều hành có sẵn cho chúng để cài đặt, danh sách các hình ảnh được hiển thị để lựa chọn. Người sử dụng sau đó sẽ trình bày với xác nhận và màn hình tóm tắt, sau đó cài đặt của hình ảnh trên máy tính khách hàng bắt đầu ngay lập tức.

Các màn hình và văn bản hiển thị trong CIW cũng có thể được tùy chỉnh, bổ sung và các màn hình có thể được hiển thị cho người dùng nếu muốn. Ví dụ, nếu người dùng phải nhập một tham số cấu hình cụ thể trong quá trình CIW, một màn hình tùy chỉnh có thể được tạo ra và liên kết với những người đã được hiển thị. Tham số này sau đó có thể được thông qua vào SIF. Tập tin của hình ảnh được chọn điều hành cài đặt hệ thống. Để biết thêm thông tin về những màn hình tùy biến CIW, xem Windows 2000 Server Resource Kit (có sẵn trong Microsoft TechNet).

Chuẩn bị cài đặt từ xa Wizard

Lưu ý: Xem "Remote Huống Cách sử dụng hệ điều hành cài đặt" phần sau trong tài liệu này để biết chi tiết về cách kết hợp Windows 2000 Group Policy và cài đặt phần mềm và các tính năng bảo trì từ xa với các cài đặt hệ điều hành để tạo ra hình ảnh máy tính để bàn tiêu chuẩn đó bao gồm các ứng dụng.

Có hai loại hình ảnh hệ điều hành được hỗ trợ bởi hệ điều hành cài đặt từ xa: CD dựa trên hình ảnh và hình ảnh RIPrep. CD dựa trên tùy chọn tương tự như thiết lập một khách hàng trực tiếp từ hệ điều hành Windows 2000 Professional đĩa CD, nhưng trong trường hợp này, các tập tin mã nguồn nằm trên một máy chủ RIS. Tuy nhiên, các công ty khác đang bắt đầu thực hiện một chính sách của công ty máy tính để bàn tiêu chuẩn. Chính sách này đòi hỏi người dùng cài đặt chỉ chấp nhận các phiên bản của hệ điều hành và các ứng dụng liên quan hoặc bộ ứng dụng. Những tiêu chuẩn này để bàn có nhiều tên, chẳng hạn như tiêu chuẩn môi trường hoặc thường điều hành (doanh nghiệp nhà nước hoặc COEs), nhưng thường liên quan đến tất cả các bao bì của hệ điều hành, yêu cầu các gói dịch vụ, một bộ các ứng dụng, và hệ điều hành thích hợp và cài đặt cấu hình ứng dụng thành một duy nhất, thử nghiệm, và hỗ trợ đơn vị.

Để xây dựng và bảo trì máy tính để bàn tiêu chuẩn, nhiều công ty sử dụng hình ảnh đĩa hoặc nhân bản phần mềm cho phép quản trị viên để cấu hình máy tính của khách hàng một cách chính xác người đó muốn nó, theo tiêu chuẩn công ty và các chính sách phần mềm, và sau đó tạo một bản sao của hình ảnh mà cho cài đặt trên máy tính của khách hàng trên mạng. Cài đặt hệ điều hành từ xa hỗ trợ sáng tạo và lắp đặt các máy tính để bàn tiêu chuẩn hình ảnh bằng cách sử dụng tính năng RIPrep.

Một trong những hạn chế lớn nhất trong công nghệ hình ảnh nhất là yêu cầu rằng các máy tính đích (máy tính mà sẽ nhận được hình ảnh) có chứa phần cứng giống hệt nhau cho rằng nguồn của máy tính được sử dụng để tạo ra hình ảnh.

Một yếu tố quan trọng của tính năng RIPrep là một thực tế rằng các máy tính đích (máy tính, cài đặt hình ảnh được đăng đến máy chủ RIS) là không bắt buộc phải có phần cứng giống hệt nhau cho rằng nguồn gốc của máy tính đã được sử dụng để tạo ra hình ảnh. RIPrep sử dụng các hỗ trợ Plug and Play trong máy tính chạy Windows 2000 Professional để phát hiện sự khác biệt giữa các nguồn và phần cứng máy tính đích 'trong khi cài đặt hình ảnh. Các trường hợp ngoại lệ là trừu tượng phần cứng lớp (HAL) điều khiển phải giống nhau giữa các máy tính nguồn và đích đến tất cả các máy tính mà sau này cài đặt các hình ảnh. Tuy nhiên, trong hầu hết trường hợp, các máy trạm không cần trình điều khiển HAL độc đáo mà các máy chủ yêu cầu. Sự khác biệt chính trong các trình điều khiển cho máy trạm HAL là liệu hệ thống chứa Advanced Configuration Power Interface (ACPI) không hỗ trợ so với một máy tính hỗ trợ ACPI. Khi sử dụng RIPrep, bạn phải tạo và duy trì hình ảnh cài đặt riêng cho hệ thống có ACPI hoặc các tính năng khác yêu cầu việc sử dụng các trình điều khiển cụ thể HAL, nhưng sự khác biệt phần cứng khác, chẳng hạn như một đoạn video hoặc đĩa bộ điều khiển, có thể tự động chỗ cho các phần cứng tương thích với Windows 2000.

Lưu ý: Nếu máy tính nguồn chứa một gigabyte 1 (GB ổ đĩa) và máy tính có chứa một điểm đến 2-GB ổ đĩa, bởi RIS mặc định sẽ định dạng ổ đĩa máy tính đích như là một phân vùng 2-GB trong cùng một hệ thống định dạng tập tin như là nguồn máy tính được sử dụng để tạo ra hình ảnh.

Cài đặt từ xa Chuẩn bị thuật sĩ (RIPrep.exe), là một phần của tính năng Remote cài đặt hệ điều hành, được minh họa trong hình 8. Wizard RIPrep cung cấp khả năng kết hợp để chuẩn bị một Windows hiện có 2000 Professional cài đặt để sử dụng như một hình ảnh được cài đặt trên các máy tính khác, bao gồm bất kỳ ứng dụng tại địa phương được cài đặt và / hoặc cài đặt cấu hình cụ thể, và để tái tạo hình ảnh đó vào một máy chủ RIS có sẵn trên mạng. Tính năng RIPrep hiện hỗ trợ tái tạo một phân vùng đĩa đơn duy nhất (chỉ phân vùng C) Windows 2000 Professional cài đặt vào một máy chủ RIS có sẵn. Điều này có nghĩa là hệ điều hành và tất cả các ứng dụng tạo nên các cài đặt chuẩn phải nằm trên phân vùng C trước khi chạy thuật sĩ RIPrep.

Tạo Nguồn máy tính

Để tạo nguồn máy tính, quản trị viên đầu tiên sử dụng tính năng Remote cài đặt hệ điều hành từ xa cài đặt cơ bản hệ điều hành Windows 2000 Professional. Sau khi hệ điều hành được cài đặt, người quản trị có thể cài đặt các ứng dụng hoặc bộ ứng dụng kể cả trong-line nhà của doanh nghiệp (LOB) ứng dụng. Các quản trị viên sau đó cấu hình máy trạm để tuân theo chính sách của công ty. Ví dụ, các quản trị viên có thể chọn để xác định màu sắc màn hình cụ thể, thiết lập các bitmap nền tảng cho một công ty dựa trên biểu tượng, loại bỏ bất kỳ trò chơi cài đặt của hệ điều hành cơ bản, và thiết lập cài đặt proxy Internet Explorer.

Cấu hình máy trạm

Khi tạo hình ảnh RIPrep, quan trọng là phải hiểu được mối quan hệ của các hồ sơ người dùng, các thay đổi được thực hiện cho một máy tính nguồn RIPrep, và kết quả mong muốn cho người dùng đăng nhập vào máy tính có cài đặt bằng cách sử dụng hình ảnh RIPrep. Windows 2000 Logo-tuân thủ đúng các ứng dụng riêng biệt người sử dụng cụ thể và máy tính cài đặt cấu hình cụ thể và dữ liệu, và do đó có thể được cài đặt máy tính toàn để họ có sẵn cho tất cả người dùng của hệ thống. Các ứng dụng như vậy sau đó cũng sẽ có sẵn cho tất cả người dùng của hệ thống sau này được cài đặt với hình ảnh RIPrep kết quả. Non-Windows 2000-tuân thủ các ứng dụng có thể thực hiện và / hoặc dựa vào các cấu hình cho mỗi người dùng, mà cụ thể đối với hồ sơ của người sử dụng thực sự cài đặt các ứng dụng trước khi chạy RIPrep (thường là một quản trị địa phương), hơn là để tất cả người dùng của hệ thống . Cấu hình như vậy vẫn cụ thể cho rằng người dùng, mà có thể dẫn đến các ứng dụng hoặc cấu hình không được cài đặt sẵn hoặc không hoạt động đúng cho người dùng máy tính cài đặt với hình ảnh RIPrep. Ngoài ra, một số không thay đổi cấu hình ứng dụng, chẳng hạn như phông nền được chỉ định cho người dùng máy tính để bàn, được mặc định chỉ áp dụng cho hồ sơ người sử dụng hiện hành, và sẽ không được áp dụng cho người dùng của hệ thống được cài đặt với hình ảnh RIPrep.

Vì thế, bạn phải kiểm tra kỹ lưỡng bất kỳ ứng dụng hoặc cài đặt cấu hình mong muốn để sử dụng trong một hình ảnh RIPrep để đảm bảo họ sẽ làm việc đúng với việc thực hiện của tổ chức bạn của hồ sơ người dùng. Để làm điều đó, thực hiện các thay đổi như là một trong những người sử dụng (thường là một quản trị viên địa phương của máy tính), đăng xuất, và đăng nhập như một tài khoản người dùng đã được đại diện các tổ chức của bạn. Nếu những thay đổi bạn đã thực hiện được áp dụng cho người thứ hai, sự thay đổi cũng nên áp dụng cho người dùng đăng nhập vào hệ thống được cài đặt với một hình ảnh RIPrep có chứa các thay đổi tương tự. Để hoàn thành việc kiểm tra, tạo ra một hình ảnh RIPrep, khôi phục lại nó với một máy tính khác nhau, và đăng nhập như một người đại diện khác nhau. Xác minh rằng các thay đổi được áp dụng và đầy đủ chức năng.

Một số cài đặt cấu hình có thể được sao chép trực tiếp từ các hồ sơ họ đã được áp dụng cho các quản trị viên (địa phương trong ví dụ trên) để cấu hình Tất cả, Người sử dụng như hình nền máy tính, một số tùy chọn trình đơn Start, và các phím tắt. Tuy nhiên, tất cả các thay đổi như vậy phải được kiểm tra cẩn thận để xác minh rằng các chức năng của họ không bị hỏng bởi các điều chỉnh bằng tay.

Chạy Remote Installation Preparation Wizard

Một khi các máy trạm được cấu hình chính xác cách thức quản trị thích, họ sẵn sàng để chạy thuật sĩ cài đặt từ xa Chuẩn bị.

Wizard RIPrep bắt đầu bằng cách thúc đẩy các quản trị viên cho các cài đặt cụ thể liên quan đến hình ảnh họ là về để đăng trên các máy chủ RIS. The administrator is asked where the image should be replicated, that is to which RIS server, and to provide a directory name on the RIS server where the image should be replicated. The wizard prompts the administrator to provide a friendly description and associated Help text describing the contents of this image to end users running the Client Installation wizard. After the initial image questions have been answered, the wizard configures the workstation to a generic state, removing anything unique to the client installation such as the computer's unique security ID (SID), computer name, and any registry settings unique to that system. Once the preparation phase is complete, the image is automatically replicated to the RIS server provided. After the image is replicated to the RIS server, it is added to the list of available OS installation choices displayed within the CIW. At this point, any remote boot-enabled or compatible client computers that use the PXE-based remote boot technology can install the image.

Remote Installation Services Boot Disk

There are two types of remote boot-enabled client computers:

• Computers with PXE-based remote boot ROMs.
• Computers with network cards supported by the Remote Installation Boot Disk.
  Figure 9: The remote boot disk generator

The RIS remote boot disk generator (Rbfg.exe), illustrated in Figure 9, can be used to create a boot disk to support existing client computers that do not have a PXE-based remote boot ROM, but that do have a supported network adapter. Using the RIS boot disk eliminates the need to retrofit existing client computers with new network cards that contain a PXE boot ROM in order to take advantage of the Remote OS Installation feature. The RIS boot disk simulates the PXE remote boot sequence, and supports frequently used network cards. The RIS boot disk works like the PXE boot process: turn on the computer, boot from the RIS boot disk, press F12 to initiate a network service boot, and the Custom Installation wizard (CIW) is downloaded and starts. Once the CIW starts, the rest of the RIS process is identical regardless of whether the client was booted using a PXE boot ROM or the RIS remote boot disk. For the complete listing of network cards currently supported by the RIS boot disk, see Appendix B.

Using Remote OS Installation in an Organization

Companies today have a variety of operating system deployment and installation mechanisms in place. This section explains how you can use the Remote OS Installation feature in addition to existing deployment mechanisms to further reduce the costs associated with OS and application deployment.

The following list of scenarios cover the majority of these deployment mechanisms in use today:

• Manual (attended) OS installation using a CD-ROM.
• Automatic (unattended) OS installation using a server share.
• Third party OS plus application imaging technologies.

Manual (Attended) OS Installation Using a CD-ROM

This scenario is one of the most expensive mechanisms for deploying an operating system within an organization. Many companies today send a technician to the user's desk to perform an OS installation using a CD-ROM. Or the technician pre-installs the computer before it's delivered to the end user. This installation type is manual in nature, requiring a technician to physically visit the end user, and manually install the operating system. The technician must be skilled enough to answer technical questions during the installation, specifically regarding the hardware contained within the computer. The cost associated with just one computer installation using this method varies from approximately $180.00 to more than $300.00 depending on the success or failure of the installation process, and can result in variance from corporate standards for system configurations.

By setting up a single Windows 2000-based RIS server, a company can reduce the costs associated with this deployment method and ensure standardization of client computers. RIS can be used to reduce the costs associated with this OS deployment method in these two ways:

• First, the technician would use RIS to initiate an unattended installation of the Windows 2000 Professional operating system over the network using either the built in remote boot capabilities of the computer, or by using the easy to create RIS boot disk. By employing RIS, the company reduces the time required by the technician, as well the required skill of the technician needed to install the OS. The technician would not be required to carry around the CD and boot disks, and since the installation is fully unattended, the technician could initiate the OS installation, and then move on to the next user.
• As another option, the company could choose to forgo the necessity of the technician altogether by allowing the end user to install the OS on their own computer. As noted above, the administrator can guide the user through the correct OS selection, or choose an OS image to be selected for installation automatically when the user logs on to the Client Installation wizard. If the end user need only press F12 , enter their username and password, and then press ENTER , substantial costs can be avoided when deploying the operating system company wide.

Automatic (Unattended) OS Installation Using a Server Share

This deployment mechanism involves the creation of a boot disk containing, in most cases, a copy of the MS-DOS® operating system, a network card driver specific to the computer being booted, and networking software that connects the computer to a network server share containing the OS installation files. This mechanism is also very costly, and requires a substantial amount of technical knowledge, and understanding of the hardware in use throughout the company.

By adding a RIS server to the mix, the technician can use the RIS boot disk, which is created with a single click by the administrator or end user. The RIS boot disk supports a variety of network cards in use today. You can use the RIS boot disk with computers that contain supported PCI-based network adaptors. The RIS boot disk does is not MS-DOS-based, and does not require specific MS-DOS-based networking software to connect to an available RIS server. Rather, the RIS boot disk simulates the PXE boot ROMs described earlier in this paper, and all necessary network card drivers are contained within the single RIS boot disk.

No longer will a technician have to create NIC-specific LAN-enabled boot disks, configure an MS-DOS-based boot disk with regard to conventional memory management, or configure networking settings specific to the organization or division. If your company already uses DHCP and TCP/IP, there is nothing more that needs to be configured to implement Remote OS Installation. Add to this the ability of the administrator to offer base CD unattended installations and/or fully populated RIPrep images that include applications and configuration settings, and you can see the cost saving potential.

Third Party OS Plus Application Imaging Technologies

Many companies have switched to implementing image-based OS deployment technologies. Companies are investing a substantial amount in the creation of hardware specific images that contain both the OS and applications used within the company. There are several third party imaging vendors that provide solutions for deploying the Microsoft Windows family of operating systems. These technologies can be less expensive, require less time to install, and in some cases, require less technical expertise than the deployment methods listed above. In some cases, companies actually perform hardware-based drive duplication, where the hard disk of the source computer is duplicated with a hardware disk duplicator. The resulting hard disk is then installed in a computer and shipped directly to the end user. Other companies can use the existing network for image replication from the source computer to the destination, using a form of boot disk that loads and connects to the network.

All of the imaging technologies available today require that the destination computer (the computer that will install the image) contain the exact same hardware as the source computer used to create the image. These technologies also require in most cases the use of an MS-DOS-based boot disk, which requires some knowledge of the network card hardware in existing computers. By using the RIPrep component of Remote OS Installation, companies can create a single image, and deploy that image across different types of computer hardware within the company. If the existing computers within your organization do not contain a compatible PXE boot ROM, the RIS boot disk can be used to initiate the installation of the RIPrep image.

Given the substantial investment in existing images, Microsoft is working with several of the third party imaging companies to provide integration support that will allow using the existing OS images with RIS. For more information on which vendors are integrating with RIS, see the For More Information section.

The following examples show how Remote OS Installation can reduce costs and increase productivity in an enterprise environment. The scenarios below may be useful in determining the best way to use the Remote OS Installation feature within your organization if you do not already have an OS deployment mechanism in place. The section below will cover the following scenarios:

• Fresh OS Installation on new or existing computers.
• Disaster OS recovery.
• Pre-installing vs. prestaging.
• Using Client Installation wizard options.

Remote OS Installation Usage Scenarios

Scenario 1: New or Existing Computers: A Fresh OS Install

When companies order a computer from an original equipment manufacturer (OEM) or independent hardware vendor (IHV), the computer arrives pre-installed with an operating system. In many cases, the installed OS violates the company's standard desktop policies. As a result, many companies erase the existing OS, and install a version that meets their corporate desktop standards. Companies might also have existing computers on which they want to install a new operating system, and avoid the upgrade process altogether.

Net PC and PC98-compliant computers support the DHCP-based PXE remote boot technology. You can use this technology to install the new OS image on these computers. For pre-Net PC/PC98 computers, the Windows 2000 Server operating system includes a remote boot disk generator that creates a floppy disk, which simulates the PXE remote boot ROM.

Remote OS Installation is configured to install the Windows 2000 Professional operating system by first repartitioning and formatting the hard disk. Once the repartition and format are complete, the operating system is installed in an unattended manner. The administrator can create customized, unattended .sif files that perform OS installations with different settings and features based on specific organization or company standards. For example, a company may require its sales teams to install their computers with only the TCP/IP protocol, yet allow the finance department to install both the TCP/IP and the IPX/SPX protocols due to their in- house accounting system. By using two types of unattended .sif files, the administrator can use a single CD-based operating system image for two different types of OS installations.

RIS also provides the ability to install a RIPrep-based OS image, complete with locally installed applications and configuration settings that the administrator has determined meet the company's desktop standard. The administrator first uses Remote OS Installation to install a client computer with the base Windows 2000 Professional operating system. Then they can install the application or full application suite, and any line of business applications specific to the company or division. The administrator may customize the installation to include a company specific background bitmap, and links on the desktop to relevant corporate resources. After the administrator tests the installation to ensure everything works and is compliant, they then replicate that installation (only a single disk/single partition is supported) to an available RIS server on the corporate network.

Once the OS image replication completes, it is now available for installation by any user the administrator has determined should have access to install that image.

Scenario 2: Disaster OS Recovery

At times, the hardware in a computer may fail beyond repair. In this situation, Remote OS Installation provides the ability to quickly and easily re-install the base operating system or RIPrep image on a computer that has failed completely. By combining the IntelliMirror technology, another change and configuration management feature of the Windows 2000 Server operating system, with the Remote OS Installation feature, a company can recover a large percentage of the entire user and computer configuration and data, including the user's personal data and settings. Once a new hard disk has been placed in the computer, the administrator or end user can initiate Remote OS Installation to install the base OS, or a RIPrep image complete with a base set of applications. After the image installation completes, the user logs on to the computer. At this point, any applications assigned to the user by the software installation and maintenance feature of IntelliMirror are available, as they were prior to the failure. Other Group Policy settings will be re-applied, the user's roaming profile is copied to the computer from the network, and user documents stored in a redirected My Documents folder are made available from the network. By separating the user state from the computer state, in a matter of minutes, the end user is up and running with everything they had prior to the hard disk failure, without the need for a help desk professional to re-install the operating system and the user's applications, and restore data from a backup.

Scenario 3: Pre-installing vs. Prestaging

Many companies today pre-install their client computers with an operating system before delivering the computer to the end user. Pre-installing the computer means that they have loaded the operating system and possibly applications, and have configured the system to meet company standards, before delivering to users. Pre-installation of the operating system by IT staff is a costly process, and increases the company's total cost of ownership. However by pre-installing, the administrator can manually enter a unique computer name and choose the specific Active Directory container the computer account will be created in. The administrator can use the RIPrep feature to install the OS and applications prior to delivery of the system.

Prestaging a computer account, on the other hand, is the process of creating a valid computer account object within the Windows 2000 Active Directory directory service. Prestaging a computer for use with Remote OS Installation allows the administrator the ability to deliver a blank computer directly to the user for OS installation. By prestaging the computer account in Active Directory, the administrator can configure the RIS servers to only respond to prestaged computers. This ensures that only those computers that have been prestaged as Authorized users are allowed to install an operating system from the RIS server. Prestaging can save both time and money by reducing, and in some cases eliminating, the need to fully pre-install the computer.

By prestaging the client computer, the administrator can define a specific computer name, and optionally, which RIS server will service the client computer. In order to prestage a client computer within Active Directory for use with Remote OS Installation, the administrator should follow the steps below.

To pre-stage a client computer

1. Locate the container in the Active Directory service in which you would like your client computer accounts to be created.
2. Right click the container, and then click New , and then Computer . The New Object-Computer dialog box appears, as illustrated in Figure 10.
   Figure 10: Pre-staging a client computer
3. Enter the computer name and authorize domain join permissions for the user or security group containing the user that will receive the physical computer this computer account represents.
4. In the next dialog box, illustrated in Figure 11, you are prompted for the GUID/UUID of the computer itself, as well as whether you intend to use this computer as a managed (Remote OS Install-enabled) client. Enter the GUID/UUID and select the This is a managed computer check box.

The GUID/UUID is a unique 32-character number that is supplied by the manufacturer of the computer, and is stored within the system BIOS of the computer. It should be posted on the case of the computer, or on the outside of the box it was shipped in. If not, locate the GUID by unpacking the computer and running the system BIOS configuration utility. The GUID should be stored as part of the system BIOS. Contact your OEM for a Visual Basic® Scripting Language (VBScript) that can be used to prestage newly purchased client computers within Active Directory for use with Remote OS Installation.

The next screen prompts you to indicate which RIS server this computer should be serviced by. This option can be left blank, which indicates that any available RIS server can answer and service this client computer. You can use this option to manually load balance clients across the available RIS servers within your organization, as well to segment the network traffic, if you know the physical location of the specific RIS server and where this computer will be delivered. For example, if a RIS server was located on the fifth floor of your building, and you are delivering these computers to users on that floor, then you could choose to assign this computer to the RIS server on the fifth floor.

Scenario 4: Creating Standard Desktops with RIPrep and Software Installation and Maintenance

If an Administrator wants to use Remote OS Installation to stage and standardize their computers, then they can consider installing the organization's key software at the same time.

The best way to describe this is to provide an example. Consider an organization that wants to bring in new computers, and customize both the Windows 2000 operating system and the Office 2000 suite of applications.

The administrator has Remote OS Installation set up and configured, and has the Software Installation and Maintenance feature of IntelliMirror configured. That is, there are existing Group Policy objects to manage the computers in the organization. The administrator has a Software Distribution Point for Office 2000, they have customized Office 2000, and then they have assigned Office 2000 to the computers in the appropriate GPOs. (For more information on how to do this, reference the Windows 2000 Software Installation and Maintenance Walkthrough listed in the For More Information section.)

Note: Care must be taken to configure the RIPrep source computer with applications from the same GPOs that apply to the destination computers (those that will install the RIPrep image) when they are deployed. The applications may be removed or removed and reinstalled if a different policy is applied to the computer when it is deployed.

The administrator installs the Windows 2000 operating system on a computer (that has the same HAL as the desired target systems), and configures the operating system the way that they want it. When Windows 2000 is installed and configured, the administrator adds it to the same Active Directory container where it will live when it is deployed. This container has a GPO with Office 2000 assigned to the computer.

The administrator starts the computer, and the Software Installation and Maintenance technology in IntelliMirror installs Office 2000 (applications assigned to the computer install when the computer starts).

After Office 2000 is installed, the administrator can take the computer running Windows 2000 with Office 2000 installed on it, and use the RIPrep tool of Remote OS Installation to build a Remote OS Installation image, and put this image on the Remote OS Installation server. Once this image is available, a person getting a new computer that supports Remote OS Installation only has to connect the peripherals (keyboard, mouse, monitor), connect to the network (plug a cable between the network card and the hub), turn on the computer, and press F12 when prompted to initiate a network boot.

The computer finds the Remote OS Installation server; download the operating system and the applications. When the computer restarts after remotely installing the OS, Windows Installer realizes that the software is already on the machine, and then only updates the application's advertisement information. This update of the advertisement information only takes a few seconds.

Note that when the user logs on to the computer, and selects the first Office 2000 application, the Windows Installer starts. Tại sao điều này? Office 2000 separates installation from user configuration to ensure proper separation between user-specific and machine-specific configuration. The Windows Installer starts each time a new user starts the application, in order to perform a small amount of user-specific configuration.

The key point is that Remote OS Installation and Software Installation and Maintenance allows administrators to rapidly and efficiently deploy both the operating system and applications, and still bring the applications into a state where they can be managed by Software Installation and Maintenance for future updates, and if necessary, removal.

Using the Client Installation Options

Using the Automatic Setup Option

The automatic setup option is the client installation option that all users of the Remote OS Installation feature have access to by default. The automatic setup option can be used to guide the user through a successful OS installation. The administrator is able to restrict the OS installation options in such a way that the user simply logs on, and the OS installation starts automatically. The user is not asked a single question during the OS install, which avoids lengthy calls to help desk professionals for assistance, thus saving the company additional expenses in support costs.

If the administrator decides, they can provide the user with multiple unattended OS choices. Remote OS Installation allows the administrator to provide a friendly description and associated help text that describes the OS options in such a way that an end user can choose the OS that best fits their need or role within the company. For example, the administrator can create several unattended answer files that install an OS tailored for the marketing users within the company. Each of the OS types provides a different subset of OS features given a specific type of marketing user. The administrator would restrict these OS types to only the marketing security group which ensures that only users that are members of that marketing security group are offered these OS choices. Now, the end users have a variety of OS installation types to choose from, but are able to make the choice based on the friendly description and help text provided when selecting each of the OS choices.

By pre-selecting the Remote OS Installation configuration options, the administrator predefines the automatic machine naming format and the location within Active Directory where client computer accounts will be created. IT staff will no longer have to manually preinstall computers for end users, ensuring that the computer account is created within the correct domain, or with the correct computer name. The administrator can simply define these attributes for a given RIS server and everything is done automatically during OS install.

Considerations:

• By default, end users are restricted to only see the automatic setup option by the settings in the Default Domain Policy Group Policy object. If necessary, the administrator can modify the settings in the Default Domain Policy, and/or create additional group policy objects that allow end users access to the other installation options. For more information, see the Windows 2000 Help regarding Group Policy settings.
• If you choose to offer end users multiple OS installation types, ensure the number offered is relatively small (a maximum of 3-5 is suggested). This will help to avoid confusion, and will assist in ensuring that end users select the OS that best meets their need and role within the company.
• Group individual end users into security groups and use those groups to restrict the available OS installation options. Setting permissions for individual users on the individual setup information files (.sif) can become an administrative burden. Instead, use security groups to restrict the choices and where possible apply security on the Templates folder itself (which will apply to all .sif files in the folder) rather than on the individual .sif files.

Using the Custom Setup Option

The custom setup option is very similar to the automatic setup option, yet provides the administrator or help desk professional with the ability to set up a computer for someone else within their organization. This option can be used to fully pre-install a client computer or to prestage the client computer by creating a corresponding computer account within the Active Directory service. This setup option in many cases will only be used when the IT or help desk professional must perform the initial setup or re-installation of an end user's computer.

The custom setup option lets the administrator or help desk professional override the automatic computer naming and where the computer account is created within Active Directory. By default, the RIS server will generate a computer name based on a format defined by the Remote OS Installation administrator. The administrator can also define where client computer account objects (CAO) will be created in the Active Directory service during the operating system installation. By default, the automatic computer naming policy is set to create computer names based on the person who logs on to the Client Installation wizard.

In the case where an administrator or help desk professional is pre-installing the OS on the computer for someone else within the organization, it may not be appropriate to name the computer after the help desk staff. In that case, the staff person would be provided access to the custom setup option through Group Policy, and would be offered the ability to override the automatic computer name and default Active Directory location.

The custom setup option also gives an administrator or help desk professional the ability to prestage the client computer. Prestaging a client computer simply creates a corresponding computer account object within the Active Directory for that computer. Once the computer account has been prestaged, the administrator is assured that this is an authorized Known client computer that can be serviced by any available RIS server. Prestaging a computer account using the Client Installation wizard is done by entering all the information necessary to perform the installation, which results in the CAO being created, but canceling the CIW just prior to the actual OS installation starting.

Note: The simplest way to prestage a group of client computer accounts for use with Remote OS Installation is by using the VBScript provided by Microsoft to system vendors. The script uses a Microsoft Excel spreadsheet containing the required information to prestage client computers for use with RIS. When placing orders for computers that you want to prestage, contact your system vendor to request this script and a copy of the spreadsheet pre-filled with the GUIDs of the new systems you will be receiving.

Considerations:

• If users are allowed to perform their own OS installations using Remote OS Installation, the custom setup option will not typically be used so that the standards defined for computer naming and location will always be followed. However, in cases where an IT or help desk professional must visit the end user, or perform a manual installation of the OS, the custom setup option can be used as appropriate.
• Use custom setup if your company has a policy that requires that all computers are preinstalled with an OS prior to delivery to end users. The Remote OS Installation feature should provide the ability to avoid pre-installs, but if it is company policy to do so, the custom setup option is provided.

Using the Restart a Previous Setup Attempt Option

The option to restart a previous setup attempt is provided in the event that the installation of the OS fails for any reason. The Client Installation wizard can be customized to ask a series of questions about the specific OS being installed. For example, if an administrator wants to create a version of the Client Installation wizard that asks the user which type of protocols should be installed, which video resolution, and what the specific company name was, when restarting a failed OS setup attempt, the end user would not be asked these questions again. Rather, Setup would already have this information, and would simply restart the file copy operation and complete the OS installation.

Considerations:

• Restarting a previous setup attempt does not restart the OS installation at the point where it failed. Rather, this option restarts the OS installation over from the beginning of setup.
• This option may not be appropriate to offer to end users. This option will not attempt to fix any problems that occurred with the previous setup attempt and as such should be used as a Remote OS Installation troubleshooting option for IT or help desk staff.

Using the Maintenance and Troubleshooting Option

The Maintenance and Troubleshooting tool provides access to third party hardware and software vendor tools. These tools range from system BIOS flash updates and memory virus scanners, to a wide range of computer diagnostic tools that check for hardware related problems. These tools are available before installing and starting the operating system on the client computer.

If the options to display the Maintenance and Troubleshooting Tools menu is enabled by Group Policy, user access to individual tool images is controlled in the same way as operating system options, by setting specific end user permissions on the individual answer file (.sif) for that tool. For example, the Remote OS Installation administrator can allow end users access to only one computer diagnostic tool, yet provide help desk professionals with access to the entire suite of diagnostic tools. When the user calls a help desk professional for assistance, the professional can guide them through the diagnostic tool for retrieval of information necessary to diagnose the problem being encountered. If the help desk staff must visit the end user for further investigation, they simply log on to the Client Installation wizard and, based on their credentials, can access the tools they need to resolve the problem.

Consideration:

• The maintenance and troubleshooting option may not be appropriate for end users. Make sure that if you allow access to this installation option, that you provide only those tools that cannot damage the computer or cause further problems.
• See the For More Information section for details on vendors working on RIS-enabled maintenance and troubleshooting tools. If you do not see the vendor of a tool you use listed, contact the vendor directly.

Tóm lược

The Remote OS Installation feature is one of the many features in the Windows 2000 Server operating system that helps reduce the costs associated with deploying a new version of an operating system throughout an enterprise. The Remote OS Installation feature provides an administrator with a number of options that both simplify and streamline the process of rolling out a new version of an operating system, and ultimately reduce the total cost of ownership.

Đối với thông tin thêm

For the latest information on Windows 2000 Server, check out Microsoft TechNet or the Microsoft Windows 2000 Web site ( http://www.microsoft.com/technet/prodtechnol/windows2000serv/default.mspx ).

You can find the latest copy of the Remote OS Installation Walkthrough ( http://www.microsoft.com/windows2000/docs/RemoteOS.doc ), used to install, configure and use the Remote OS Installation feature on the Microsoft Windows 2000 Web site.

For information on the IntelliMirror Management features, and for a complete listing of the associated Walkthrough documents, please see Management Services ( http://www.microsoft.com/windows2000/technologies/management/default.asp ) on the Microsoft Windows 2000 Web site.

For more details on individual Remote OS Installation configuration settings, please see the Windows 2000 Documentation ( http://www.microsoft.com/technet/prodtechnol/windows2000serv/default.mspx ), Product Help, which can be found on the Windows 2000 Web site ( http://www.microsoft.com/technet/prodtechnol/windows2000serv/default.mspx ), and search for Remote Installation Services.

Several vendors have announced products or product plans for utilities that integrate with Remote OS Installation. For more details on tools compatible with the Maintenance and Troubleshooting option, search for integration papers on the Windows 2000 Web site under Management Services ( http://www.microsoft.com/windows2000/technologies/management/default.asp ).

Appendix A: Hardware Requirements

Remote Installation Server and Workstation Hardware Requirements

Server Hardware Requirements

• Pentium or Pentium II 166 MHz (200 MHz or larger processor recommended).
• 64 MB Ram minimum. If additional services such as Active Directory, DHCP, and DNS are installed, then the minimum amount of RAM required is128 MB.
• 2 GB hard disk dedicated for the Remote Installation Service directory tree.
• 10 or 100 mbps network adapter card (100mbps preferred)

Note: A partition separate from the system's boot partition is required to install the Remote Installation Services. To accommodate the operating system installation images, you may want to dedicate an entire hard disk specifically to the RIS directory tree.

Client Hardware Requirements

• Pentium 166MHz or faster processor.
• 32 MB Ram minimum.
• 800 MB hard disk drive.
• Supported PCI Plug and Play network adapter card. (See Appendix B for supported network cards for use with the RIS boot disk.)
• Optional: PXE-based remote boot ROM version .99c or later.

Appendix B: Network Cards Supported by the RIS Boot Disk

The following is a list of network card models that are supported by the RIS boot disk. The boot disk generator tool is available within the \Admin\i386 Subdirectory under the \Remoteinstall directory and is called Rbfg.exe.

Network Cards Supported by RIS Boot Disk:

3 Com Network Adapters:

• 3c900 (Combo and TP0)
• 3c900B (Combo, FL, TPC, TP0)
• 3c905 (T4 and TX)
• 3c905B (Combo, TX, FX)

AMD Network Adapters:

• AMD PCNet and Fast PC Net

Compaq Network Adapters:

• Netflex 100 (NetIntelligent II)
• Netflex 110 (NetIntelligent III)

Digital Equipment Corp (DEC) Network Adapters:

• DE 450
• DE 500

Hewlett Packard Network Adapters:

• HP Deskdirect 10/100 TX

Intel Corporation Network Adapters:

• Intel Pro 10+
• Intel Pro 100+
• Intel Pro 100B (including the E100 series)

SMC Network Adapters:

• SMC 8432
• SMC 9332
• SMC 9432

Note: The RIS boot disk generator only supports PCI-based network cards (ISA, EISA, and Token Ring cards not supported).

Appendix C: Frequently Asked Questions

Question: How do I know I have the correct PXE ROM version?

Answer: When the Net PC or client computer containing a remote boot ROM starts, the PXE ROM message appears on the screen. You should see which version of the PXE ROM code is displayed during the boot sequence of the client computer. Windows 2000 RIS supports .99c or later PXE ROMs, except in very few situations that will require the .99L version. You may be required to obtain a newer version of the PXE-based ROM code from your OEM in the event you are not successful with the existing ROM version installed on a client computer.

Question: How do I know if the client computer has received an IP address and has contacted the RIS server?

Answer: When the client computer starts, you see the PXE boot ROM begin to load and initialize. The following sequence occurs with most PC98 and Net PCs, PXE ROM-based computers, and computers using the RIS boot disk:

Remote boot ROM load sequence:

Step 1: The client computer displays the message DHCP . This message indicates the client is requesting an IP address from the DHCP server. This may also indicate the client has obtained an IP address from DHCP and is awaiting a RIS server response. To verify if the client is receiving an IP Address, you can check the IP leases that have been granted on your DHCP server.

Troubleshooting: If the client does not get past the DHCP message it may mean the client is not receiving an IP address or that the BINL server is not responding, things to check are:

• Is the DHCP server available and has the service started? DHCP and RIS servers must be authorized in Active Directory in order for their services to start. Check to ensure the service has started and other non-remote boot-enabled clients are receiving IP addresses on this segment.
• Does the DHCP server have a defined IP address scope and has it been activated?
• Is there a router between the client and the DHCP server that is not allowing DHCP packets through?
• Are there any error messages in the event log under the System Log for DHCP?
• Can other client computers—that is non-remote boot-enabled clients—receive an IP address on this network segment?

Step 2: When the client receives an IP address from the DHCP server, the message may change to BINL . This indicates the client successfully leased an IP address and is now waiting to contact the RIS Server. The client computer will eventually timeout, and post the error message “No Bootfile received from DHCP, BINL, or Bootp”

Troubleshooting: If the client does not get past the BINL message it means the client is not receiving a response from the RIS server. Things to check are:

• Is the RIS server available and has the BINL (BINLSVC) service started? RIS servers MUST be authorized to start on the network. Ensure the RIS servers are authorized to run on the network. Use the DHCPMGMT.MSC snap-in to authorize both DHCP and RIS servers within the Active Directory.
• Are other remote boot-enabled clients receiving the Client Installation wizard? If so, this may indicate this client computer is not supported or is having remote boot ROM-related problems. Check the version of the PXE ROM on the client computer. Also check in Active Directory to see if the administrator has prestaged this client computer to a specific RIS server that may be offline or unavailable to the client computer.
• Is there a router between the client and the RIS server that is not allowing the DHCP-based requests/responses through? The RIS server communicates using the DHCP packet type during the initial service request/response sequence. You may need to configure the router to forward the DHCP packets.
• Are there any error messages in the event log under the System or Application logs specific to RIS (BINLSVC), DNS, or the Active Directory?

Step 3: The client will then change to TFTP or will prompt the user to press the function key, F12 . This means that the client has contacted the RIS server and is waiting to TFTP the first image file, which is the Client Installation wizard. You may not see the BINL and TFTP message, because on some computers this sequence simply flashes by too fast.

Troubleshooting:

If the client computer does not get a response from the RIS server, the client computer will timeout, and displays an error message saying that it did not receive a file from DHCP, BINL, or TFTP. In this case, the RIS server did not answer the client computer. Things to check are:

• Stop and restart BINLSVC on the RIS server. On the Start menu, click Run , and then type CMD . In the CMD window, type:

   Net Stop BINLSVC
   Net Start BINLSVC 

• Check the RIS server properties to ensure that the Respond to Known client computers option is checked, and that the Do not respond to Unknown client computers is not checked, unless you have prestaged the client computers in the Active Directory prior to starting the client computer.
• Check in the event log to ensure no errors relating to DHCP, DNS, RIS (BINLSVC), and/or the Active Directory exist.

If the client computer does not receive an answer after attempting to stop and restart the service, and after checking the properties of the RIS server to ensure the correct settings have been set, you should check the Event Log on the RIS server for any errors relating to DHCP, DNS, or RIS (BINLSVC). If possible, capture the network activity between the server and the client with a network sniffer, and you can provide the Microsoft Product Support Services with this information.

Step 4: At this point, the client should have downloaded the Client Installation wizard, and been greeted with the Welcome page.

Question: Does Remote OS Installation support the older remote boot protocol Remote Program Load (RPL)-based ROMs?

Answer: The Remote OS Installation feature uses the new PXE DHCP-based remote boot ROMs. As such, there is no support in the Windows 2000 operating system for the older RPL-based remote boot.

Question: Does Remote OS Installation support remote installation of Windows 2000 Server CD-based or RIPrep OS images?

Answer: No. Remote OS Installation does not support remotely installing Windows 2000 Server.

Question: Does Remote OS Installation support remotely installing an OS image (RIPrep or CD Based) on laptop computers?

Answer: Yes and No. Remote OS Installation has been tested with laptop computers in docking stations that support the required PXE ROM code, and with laptop computers in docking stations that contain NICs supported by RIS boot floppy. The systems must be located within the docking station with the network cable plugged into the network adapter located with the docking station. The Toshiba Protégé 7010CT and Tecra 8000 are examples of laptops that support the PXE boot ROM when used with the Toshiba NetDock (docking station). In order for these systems to function with RIS, they require the 99L or later version of the PXE ROM code for the specific network card located within the NetDock.

RIS does not support laptop computers that contain PC Card or PCMCIA network cards.

Question: Is the pre-boot portion of the PXE remote boot ROM secure?

Answer: No. The entire ROM sequence and operating system installation/replication is not secure with regard to packet type encryption, client/server spoofing, or wire sniffer based mechanisms. As such, use caution when using Remote OS Installation on your corporate network. Ensure that you only allow authorized RIS servers on your network, and that the number of administrators allowed to install and/or configure RIS servers is controlled.

Question: Can RIPrep-based OS images be replicated to alternate media such as DVD, CD, and/or Zip drives?

Answer: No. In a Windows 2000-based system, you can only replicate the source image to a single available RIS server on the network.

Question: Does Remote OS Installation preserve the file attributes and security settings defined on the source computer when using the RIPrep image feature?

Trả lời: Có. The file attributes and security settings that are defined on the source computer will be preserved on the destination computer that installs that image. However, be aware that the RIPrep feature does not support the encrypted file system if enabled and used on the source client computer.

Question: Does the RIPrep feature support different hardware between the source computer used to create the RIPrep-based OS image and the destination computer that will install the image?

Trả lời: Có. The hardware between the source computer and the destination computer can be different. The one exception to this is the Hardware Abstraction layer (HAL) driver used. For example, if the source computer has Advanced Configuration Power Interface (ACPI) support it will use a specific ACPI HAL driver. If you attempt to install this RIPrep image on a computer without ACPI support, it will fail.

Question: Does the RIPrep wizard support multiple disks and or multiple partitions on a given client computer?

Answer: No. The RIPrep utility only supports a single disk with a single partition (C:\ Drive) in this release of Remote OS Installation.

Question: How does the RIPrep wizard deal with disks that differ in size between the source computer used to create the image and the destination computer that will receive it?

Answer: The destination computer's disk size must be equal to or larger than the source disk used to create the image. For example, if the source computer has a 1-gigabyte (GB) hard disk, when that image is installed on a destination computer that has a larger (for example 2-GB)hard disk drive, the full 2-GB drive will be partitioned and formatted prior to installing the OS image. You can also configure support for formatting the destination computer's hard disk to the same physical size of the source computer. For more information, see the online documentation for on the UseWholeDisk= parameter.

Question: How do I replicate all of the OS images currently located on one of my RIS servers to other RIS servers on the network for consistency across all client installations?

Answer: The Remote OS Installation feature does not provide a mechanism for replication of OS images from one RIS server to another. There are several mechanisms that can be employed to solve this problem. Use the strong replication features of the Systems Management Server product. This product provides for scheduled replication, compression, and slow link features. You can also employ third party vendor solutions for OS image replication. Ensure that the replication mechanism supports maintaining the file attributes and security settings of the source images.

Question: Can I have a RIS server and a third party remote boot server on the network at the same time? f so, what are the implications?

Answer: Yes, you can have multiple vendor Remote Boot/Installation (RB/RI) servers on one physical network. It is important to understand that currently the remote boot PXE ROM code does not know the difference between different vendor's RB/RI servers. Therefore, when a remote boot-enabled client computer starts and requests the IP address of a RB/RI server, all of the available servers will respond to that client. Thus, the client has no way to ensure it is serviced by a specific RB/RI server. Using Remote OS Installation, an administrator can prestage client computers in the Active Directory, and mandate which RIS server will service that client. By configuring the RIS server to only answer known (prestaged) client computers, the administrator is assured that the client will be serviced by the correct RIS server. Not all RB/RI vendors have implemented the ability to ignore service requests, and therefore, you may need to segment off the specific vendors servers on the network so that clients are not answered by these vendors RB/RI servers.

Question: Can I remotely manage the RIS servers from Windows 2000 Professional-based workstations on my network?

Trả lời: Có. If you are an administrator in the domain, and you have installed the Administrator Tools package on your Windows 2000 Professional-based workstation, you can administer the majority of the RIS configuration settings. There are some items that you cannot manage, for example, you cannot remotely add additional operating system images to RIS servers from computers running Windows 2000 Professional.

Question: Can I add additional network adapter cards to the RIS boot disk?

Answer: No. The Rbfg.exe utility is hard coded with regard to the number of supported network card adapters for this release of Remote OS Installation. Updates to the Rbfg.exe utility will be made available through normal distribution channels such as the Microsoft Windows Web site ( http://www.microsoft.com/windows ), Windows Update, and future Service and Feature Pack updates.

Question: Can I use Active Directory object attributes to create a naming format for use with the Remote OS Installation automatic computer-naming feature?

Answer: No. Currently the existing attributes supported with the automatic computer-naming feature use the Active Directory service. However, not all of the Active Directory object attributes are currently supported.

Question: Where do I look on the client computer to find the GUID/UUID for prestaging clients in Active Directory for use with Remote OS Installation?

Answer: The GUID/UUID for client computers that are PC98 or Net PC compliant can in most cases be found in the system BIOS of the computer. Microsoft encourages OEMs to ship either a floppy disk containing a comma separated file or spreadsheet that contains a mapping of computer system serial number to GUID/UUID. This allows you to script prestaging client computers into the Active Directory directory service. Microsoft also encourages the OEMs to post the GUID/UUID on the outside of the computer case for easy identification and prestaging of computer accounts. If the GUID is not found in the above-mentioned locations, you can use a network sniffer to analyze the network traffic of the client, locate the client's DHCP discover packet, and within that field will be the computer's 32 byte GUID/UUID.

Tags: installation , operating , remote , system