top>
ОЗУ
512 МБ ОЗУ (можливе обмеження продуктивності та деяких можливостей)
2 ГБ ОЗУ і вище
В· Максимально (Для 32-біт): 4 ГБ ОЗУ (Standard) або 64 ГБ ОЗУ (Enterprise і Datacenter)
В· Максимально (Для 64-біт): 32 ГБ ОЗУ (Standard) або 2 Тб ОЗУ (Enterprise, Datacenter і в Itanium-Based системах)
Відеокарта і монітор
Super VGA (800 x 600)
Super VGA (800 x 600) і більш високий дозвіл
Вільне місце на жорсткому диску
10 ГБ
40 ГБ і вище
Сервер з більш ніж 16 ГБ ОЗУ вимагає більше місця для своп і dump файлів.
Інші приводи
DVD-ROM
DVD-ROM
Інші пристрої
клавіатура і миша
В
4. Механізм створення резервних копій даних і відновлення елементів Active Directory в Windows Server 2008
Нові функції Windows Server 2008, що стосуються створення резервних копій даних і відновлення об'єктів Active Directory, можна розбити на три групи: створення резервних копій даних, рішення проблем і відновлення [4, c. 20]. p> Створення резервних копій даних
У серверній платформі Windows Server 2008 на зміну утиліті NTBackup, яка використовується в попередніх версіях серверних операційних систем Microsoft, прийшла утиліта Windows Server Backup. В офіційних документах Microsoft йдеться, що Windows Server Backup являє собою В«фундаментальне рішення в області створення резервних копій даних і їх відновлення В»[Changes in Functionality from Windows Server 2003 with SP1 to Windows Server 2008], чий В«простий дизайн робить це додаток особливо зручним для невеликих організацій і звичайних користувачів, які не є фахівцями в області інформаційних технологій В». Звідси IT-фахівці можуть зробити висновок: цілком можливо, що ця утиліта не відповідає тим специфічним вимогам, які до неї пред'являє середу AD на великих підприємствах.
Утиліта Windows Server Backup пропонує ряд нових можливостей. Інтегроване додаток для створення резервних копій Microsoft Management Console (MMC, консоль керування Microsoft) дозволяє адміністраторам IT або тим, хто відповідає за створення резервних копій, проводити резервне копіювання даних на локальних і віддалених серверах з одного серверного комп'ютера за допомогою єдиного користувальницького інтерфейсу. Утиліта Windows Server Backup може використовуватися для створення резервних копій даних таких додатків, як Microsoft SQL Server в„ў і Windows SharePoint В® Services за допомогою Volume Shadow Copy Service (VSS, служба створення точних копій розділів жорсткого диска). Утиліта підтримує створення повних і інкрементних резервних копій.
Проте, деякі обмеження, що у Windows Server Backup, можуть негативно позначитися на процесі створення резервних копій даних на підприємстві в цілому і даних Active Directory зокрема. Утиліта Windows Server Backup НЕ сумісна з додатками для резервного копіювання попередніх версій Windows, тому скористатися копіями, створеними за допомогою NTBackup, неможливо. Крім того, Windows Server Backup, на відміну від попередніх версій подібного програмного забезпечення, передбачає набагато менше можливостей резервного копіювання окремих елементів. Якщо врахувати, що в багатьох організаціях використовується відразу декілька контролерів домену, це може істотно ускладнити процес створення резервних копій і відновлення Active Directory. Хоча швидкість роботи утиліти для створення резервних копій Windows Server 2008 значно вище, ніж у попередніх версій, такий великий обсяг вимагає додаткового простору для зберігання, а відновлення системи за допомогою цих копій відбувається набагато повільніше, оскільки адміністратору доводиться вибирати дані вручну.
Рішення проблем
Серверна платформа Windows Server 2008 пропонує новий додаток під назвою AD DS Snapshot Viewer (перегляд копій AD DS), яке полегшує перегляд резервних копій даних. Snapshot Viewer дозволяє переглядати копії бази даних AD, створені за допомогою VSS, щоб визначити, здобудуть вони потрібні дані, перш ніж запускати процедуру відновлення. Для того, щоб переглядати ці копії, призначені тільки для читання, на контролері домену, його необов'язково запускати в режимі Directory Services Restore Mode (DSRM, режим відновлення служб директорії). Система Windows Server 2003, навпаки, не передбачає можливості перегляду відразу декількох резервних копій AD, зроблених у різний час. У такій ситуації єдиний спосіб з'ясувати, яких даних бракує, - почати неофіційну процедуру відновлення, запустивши AD в режимі DSRM...
