Требования к оборудованию для Windows Server
- Чтение занимает 2 мин
В этой статье
В этой статье приведены минимальные требования к оборудованию для запуска Windows Server. Если компьютер не удовлетворяет минимальным требованиям, вы не сможете правильно установить этот продукт. Фактические требования зависят от конфигурации системы и устанавливаемых приложений и компонентов.
Если не указано иное, эти минимальные требования к оборудованию применяются ко всем вариантам установки (основные серверные компоненты и сервер с рабочим столом), а также к выпускам Standard и Datacenter.
Важно!
Возможные варианты развертывания столь разнообразны, что невозможно дать универсальные рекомендации по требованиям к оборудованию.
Процессор
Производительность процессора зависит не только от тактовой частоты, но также от количества его ядер и размера кэша. Ниже указаны требования к процессору для данного продукта.
Минимальные требования
- 64-разрядный процессор с тактовой частотой 1,4 ГГц
- Совместимый с набором инструкций для архитектуры х64
- Поддержка технологий NX и DEP
- Поддержка CMPXCHG16b, LAHF/SAHF и PrefetchW
- Поддержка преобразования адресов второго уровня (EPT или NPT)
Coreinfo, часть Windows Sysinternals, — это инструмент, который можно использовать, чтобы проверить, какой из этих возможностей обладает ваш ЦП.
ОЗУ
Ниже указаны примерные требования к ОЗУ для данного продукта.
Минимальные требования
- 512 МБ (2 ГБ для варианта установки «Сервер с рабочим столом»)
- Тип ECC (код исправления ошибок) или аналогичная технология для развертывания на физических узлах
Важно!
Если вы создадите виртуальную машину с минимальными поддерживаемыми параметрами оборудования (1 ядро процессора и ОЗУ объемом 512 МБ) и затем попытаетесь установить этот выпуск на виртуальной машине, установка завершится ошибкой.
Чтобы этого не случилось, выполните одно из указанных ниже действий.
- Выделите виртуальной машине, на которой планируется установить данный выпуск, более 800 МБ ОЗУ. По завершении установки можно уменьшить этот объем до 512 МБ в зависимости от реальной конфигурации сервера. Если вы изменили загрузочный образ, чтобы выполнить установку с дополнительными языками и обновлениями, то для выполнения установки может потребоваться выделить более 800 МБ ОЗУ.
- Прервите процесс загрузки данного выпуска на виртуальной машине, нажав сочетание клавиш
SHIFT+F10
. Используйте программуdiskpart.exe
в открывшейся командной строке, чтобы создать и отформатировать раздел для установки. Запуститеwpeutil createpagefile /path=C:\pf.sys
(предполагается, что созданный вами раздел для установки — C:\). Затем закройте окно командной строки и продолжите установку.
Требования к контроллеру запоминающего устройства и пространству на диске
Компьютеры под управлением Windows Server должны иметь адаптер хранения, соответствующий спецификации архитектуры PCI Express. Устройства постоянного хранения на серверах, классифицируемые как жесткие диски, не должны быть устройствами PATA. В Windows Server устройства ATA, PATA, IDE и EIDE нельзя использовать в качестве загрузочных дисков, дисков с файлом подкачки или дисков с данными.
Ниже указаны примерные минимальные требования к свободному месту на диске для системного раздела.
Минимальные требования 32 ГБ
Примечание
Обратите ванимание, что 32 ГБ — это абсолютный минимум для успешной установки.
В любом из следующих случаев потребуется дополнительное место для системного раздела.
- Система устанавливается по сети.
- Для компьютеров с объемом ОЗУ более 16 ГБ потребуется больше места на диске для файлов подкачки, гибернации и дампа.
Требования к сетевому адаптеру
Минимальные требования
- Адаптер Ethernet с пропускной способностью не менее 1 гигабит в секунду.
- Совместимость со спецификацией архитектуры PCI Express.
Сетевой адаптер с поддержкой сетевой отладки (KDNet) может пригодиться, но не входит в минимальные требования.
Сетевой адаптер с поддержкой среды предзагрузочного выполнения (PXE) может пригодиться, но не входит в минимальные требования.
Другие требования
Компьютеры под управлением этого выпуска также должны содержать следующие компоненты.
- Дисковод DVD-дисков (если операционная система будет устанавливаться с DVD-диска)
Указанные ниже элементы требуются лишь для определенных компонентов:
- Система UEFI на основании версии 2.3.1c и встроенное ПО с поддержкой безопасной загрузки.
- Доверенный платформенный модуль
- Графическое устройство и монитор Super VGA (1024 x 768) или с более высоким разрешением.
- Клавиатура и мышь Microsoft (или другое совместимое указывающее устройство).
- Доступ к Интернету (может потребоваться дополнительная оплата)
Примечание
Для использования определенных компонентов, таких как шифрование диска BitLocker, требуется микросхема доверенного платформенного модуля (TPM).
- Аппаратный доверенный платформенный модуль должен иметь спецификации доверенного платформенного модуля версии 2.0.
- Доверенный платформенный модуль, реализующий версию 2.0, должен иметь сертификат EK, который либо заранее подготовлен для доверенного платформенного модуля поставщиком оборудования, либо может быть получен устройством при первой загрузке.
- Доверенный платформенный модуль, реализующий версию 2.0, должен поставляться в комплекте с банками памяти SHA-256 PCR и реализовать PCR от 0 до 23 для алгоритма SHA-256. Допускается поставка доверенных платформенных модулей с одним банком PCR, который можно использовать для расчета алгоритмов SHA-1 и SHA-256.
Параметр UEFI, запрашивающий выключение доверенного платформенного модуля, не является обязательным требованием.
Системные требования
Для версии 1. 27.2 (для версии 1.27.1)
Системные требования для однопользовательских систем
Однопользовательская установка astraia | ||
Минимальная конфигурация | Рекомендованная конфигурация | |
Процессор | 2-ядерный | 4-ядерный INTEL |
ОЗУ | 4096 МБ (2048 МБ для 32-битных систем) | 8192 МБ |
Свободное место на жестком диске | 150 ГБ + Backup | 500 Гб + Backup |
Графическое разрешение | 1280×1024 |
1680×1050 |
Операционная система | Поддерживаемая | Рекомендуемая |
Windows 8/8. 1 Pro (32-bit or 64-bit) Windows Server 2012, 2012R2, 2016 Windows Server 2019 (требуется astraia 1.27.x) Foundation/Essentials/Standard/Datacenter (32-bit or Windows 10 Pro/Enterprise (32-bit or 64-bit) |
Windows 10 Pro/Enterprise (64-bit) |
|
База данных |
Sybase SQL Anywhere 16 Microsoft SQL Server 2012 Microsoft SQL Server 2014/2016/2017/2019 в режиме совместимости PostgreSQL 13 |
Sybase SQL Anywhere 16 Microsoft SQL Server 2012 Microsoft SQL Server 2014/2016/2017/2019 в режиме совместимости PostgreSQL 13 |
Системные требования для клиентских компьютеров
Клиентские компьютеры | ||
Минимальная конфигурация | Рекомендованная конфигурация | |
Процессор | 2-ядерный | 4-ядерный INTEL |
ОЗУ | 2048 МБ | 4096 МБ |
Свободное место на жестком диске | 50 ГБ | 100 ГБ |
Сеть | 100 Мбит/с | 1000 Мбит/с |
Графическое разрешение | 1280×1024 |
1680×1050 |
Операционная система | Поддерживаемая | Рекомендуемая |
Windows 8/8. 1 Pro (32-bit or 64-bit) Windows 10 Pro/Enterprise (32-bit or 64-bit) |
Windows 10 Pro/Enterprise (64-bit) |
Системные требования для сервера
Сервер приложения и базы данных | ||
Минимальная конфигурация | Рекомендованная конфигурация | |
Процессор | 2-ядерный INTEL | 4-ядерный INTEL XEON |
ОЗУ | 4096 МБ | 8192 МБ |
Свободное место на жестком диске | 500 ГБ + Backup | 1 ТБ Raid + Backup |
Сеть | 100 Мбит/с | 1000 Мбит/с |
Графическое разрешение | 1024×768 |
1280×1024 |
Операционная система | Поддерживаемая | Рекомендуемая |
Windows 8/8. 1 Pro (64-bit) Windows Server 2012, 2012R2, 2016 Windows Server 2019 (требуется astraia 1.27.x) Foundation/Essentials/Standard/Datacenter (64-bit) Windows 10 Pro/ Enterprise (64-bit) |
Windows Server 2016, 2019 Foundation/ Essentials/ Standard/ Datacenter (64-bit) |
|
База данных |
Sybase SQL Anywhere 16 Microsoft SQL Server 2012 Microsoft SQL Server 2014/2016/2017/2019 в режиме совместимости PostgreSQL 13 |
Microsoft SQL Server 2012 Microsoft SQL Server 2014/2016/2017/2019 в режиме совместимости PostgreSQL 13 |
Для версии 1.27.1 (для версии 1.27.2)
Системные требования для однопользовательских систем
Однопользовательская установка astraia | ||
Минимальная конфигурация | Рекомендованная конфигурация | |
Процессор | 2-ядерный | 4-ядерный INTEL |
ОЗУ | 4096 МБ (2048 МБ для 32-битных систем) | 8192 МБ |
Свободное место на жестком диске | 150 ГБ + Backup | 500 Гб + Backup |
Графическое разрешение | 1280×1024 |
1680×1050 4К дисплеи и выше не поддерживаются |
Операционная система | Поддерживаемая | Рекомендуемая |
Windows 7 prof. /Ultimate/Enterprise (32-bit или 64-bit) Windows8/8.1 Pro (32-bit или 64-bit) Windows Server 2008 (Longhorn) Standard/ Enterprise/ Datacenter (32-bit or 64-bit) 3 SP2 Windows 2008R2 Standard/ Enterprise/ Datacenter (64-bit) 3 SP2 Windows 2012 and 2012R2 Foundation/Essentials/Standard/Datacenter (64-bit) Windows 10 Pro/Enterprise (64-bit) |
Windows 7 prof./Ultimate/Enterprise (64-bit) SP1 Windows 8.1 Pro (64-bit) Windows 10 Pro/Enterprise (64-bit) |
|
База данных |
Sybase SQL Anywhere 16 Microsoft SQL Server 2012 Microsoft SQL Server 2014/2016/2017 в режиме совместимости |
Sybase SQL Anywhere 16 Microsoft SQL Server 2012 Microsoft SQL Server 2014/2016/2017 в режиме совместимости |
Системные требования для клиентских компьютеров
Клиентские компьютеры | ||
Минимальная конфигурация | Рекомендованная конфигурация | |
Процессор | 2-ядерный | 4-ядерный INTEL |
ОЗУ | 2048 МБ | 4096 МБ |
Свободное место на жестком диске | 50 ГБ | 100 ГБ |
Сеть | 100 Мбит/с | 1000 Мбит/с |
Графическое разрешение | 1280×1024 |
1680×1050 4К дисплеи и выше не поддерживаются |
Операционная система | Поддерживаемая | Рекомендуемая |
Windows 7 Prof. / Ultimate/ Enterprise (32-bit or 64-bit) SP1 Windows 8/8.1 Pro (32-bit or 64-bit) Windows 10 Pro/Enterprise (32-bit or 64-bit) |
Windows 7 Prof./ Ultimate/ Enterprise (64-bit) SP1 Windows 8 Pro (64-bit) Windows 10 Pro/Enterprise (64-bit) |
Системные требования для сервера
Сервер приложения и базы данных | ||
Минимальная конфигурация | Рекомендованная конфигурация | |
Процессор | 2-ядерный INTEL | 4-ядерный INTEL XEON |
ОЗУ | 4096 МБ | 8192 МБ |
Свободное место на жестком диске | 500 ГБ + Backup | 1 ТБ Raid + Backup |
Сеть | 100 Мбит/с | 1000 Мбит/с |
Графическое разрешение | 1024×768 |
1280×1024 4К дисплеи и выше не поддерживаются |
Операционная система | Поддерживаемая | Рекомендуемая |
Windows 8/8. 1 Pro (64-bit) Windows Server 2008 (Longhorn) Standard/ Enterprise/ Datacenter (64-bit) SP2 Windows 2012 and 2012R2, 2016 Foundation/ Essentials/ Standard/ Datacenter (64-bit) Windows Server 2019 Foundation/Essentials/Standard/Datacenter (64-bit) (требует astraia 1.27.x) Windows 10 Pro/Enterprise (64-bit) |
Windows Server 2016, 2019 Foundation/ Essentials/ Standard/ Datacenter (64-bit) Windows 10 Pro/Enterprise (64-bit) |
|
База данных |
Sybase SQL Anywhere 16 Microsoft SQL Server 2012 Microsoft SQL Server 2014/2016/2017 в режиме совместимости |
Microsoft SQL Server 2012 Microsoft SQL Server 2014/2016/2017 в режиме совместимости |
Глава 2. Установка и управление Windows Server 2019 — Windows Server 2019 Полное руководство
Теперь, когда мы рассмотрели некоторые особенности внутри имеющегося графического интерфейса Windows Server 2019, я понимаю, что многие из вас могут задаться вопросом, Это всё прекрасно, то, что я прочитал, но как я в действительности могу начать упражняться со всем этим? Чтение о технологии никогда не бывает настолько достаточно хорошим для вас, если оно не применимо на практике, поэтому нам понадобятся колёса, чтобы отправиться по дороге в этой главе. Одна из основных целей всей данной книги состоит в том, чтобы вселить в вас уверенность, что мы можем применять этот продукт. Сыпать фактами о новых возможностях и эффективности хорошо и выглядит щёгольски, но в конечном счёте ничего не стоит, если вы не способны применять это на практике. Поэтому давайте заставим этот кусок простого серверного железа выполнить для нас некоторую работу.
В этой главе мы рассмотрим следующее:
-
Рекомендации для установки
-
Установку Windows Server 2019
-
Установку ролей и свойств
-
Централизацию управления и наблюдения
-
Windows Admin Center (WAC)
-
Sysprep делает возможной быструю раскрутку сервера
Технические требования
При планировании сборки некого нового сервера многие из требующихся для принятия решения отражают допуски типа лицензирования. Какие роли вы намерены устанавливать на данном сервере? Может ли это обрабатывать Server 2019 Standard или нам потребуется для этих парней редакция Datacenter? Намерены ли мы воспользоваться преимуществами с точки зрения безопасности от Сервера ядра или же нам на самом деле требуется полная Практика рабочего стола? В наши дни серверов Hyper-V с возможностью раскрутки по первой прихоти виртуальных машин мы зачастую продолжаем оставлять без рассмотрения аппаратное обеспечение некого сервера, но, несомненно, всё ещё будут иметься варианты, когда физическое оборудование будет работать под операционной системой Windows Server 2019. В таких случаях требуется быть осведомлённым о требованиях данной новой платформы, поэтому давайте потратим минутку для перечисления этих особенностей. Данная информация доступна в расширенном виде на вебсайте Microsoft Docs, если вам требуется перепроверить дважды некие особенности, но здесь мы просуммируем минимальные требования к системе:
-
ЦПУ: 1. 4 ГГц с 64- битами, который поддерживает ряд вещей: NX, DEP, CMPXCHG16b, LAHF/SAHF, PrefetchW и SLAT.
-
ОЗУ: минимум в 512 МБ памяти с ECC, или рекомендуемый минимум в 2 ГБ для сервера с запущенной Практикой Рабочего стола. Я могу сообщить вам, что имеется возможность установить и исполнять Практику с рабочим столом с намного меньшим объёмом чем 2 ГБ (например внутри некой лаборатории для проверок), но вы же понимаете, что производительность будет далека от той, на которую мы бы могли рассчитывать.
-
Диск: Server 2019 требует адаптера хранилища PCI Express (PCIe). Для устройств загрузки не подходят ATA/PATA/IDE. Минимальным требуемым пространством хранения является 32 ГБ, однако Практика с рабочим столом потребляет на 4 ГБ больше пространства чем Сервер ядра, а потому принимайте это во внимание.
Это в некотором роде минимальные технические характеристики когда вы просто желаете раскрутить Server 2019 и поэкспериментировать с ним. Для промышленного применения многократно увеличьте эти цифры. Здеь не существует волшебного ответа, требуемые вам технические характеристики зависят от необходимой вам рабочей нагрузки, которую вы ожидаете видеть на своём сервере. Существуют и дополнительные компоненты, на которые полезно было бы обратить внимание при создании новой системы, которые требуются для определённых ролей и свойств. Такие моменты как UEFI и микросхема TPM быстро превращаются в мейнстрим и применяются всё большим числом служб при каждом обновлении операционной системы. В частности, если вы заинтересованы в безопасности и защите через BitLocker или в работе с надёжными сертификатами или же новыми Защищёнными (Shielded) виртуальными машинами, вам следует убедиться что ваши системы содержат микросхемы TPM 2.0 {Прим. пер.: обратите внимание на имеющиеся законодательные ограничения на применение TPM на территории РФ.}
w3.org/1999/xhtml»> Установка Windows Server 2019Весь процесс установки операционных систем Microsoft в общем впечатляющим образом улучшился на протяжении последних
15 лет. Я полагаю, что большинство из вас, будучи специалистами в ИТ, также на практике являетесь
«живущим по соседству компьютерным парнем», которого постоянно просят друзья и члены семьи исправить
или восстановить их компьютеры. Если вы похожи на меня, это означает, что вы постоянно восстанавливаете
операционный системы, подобные Windows XP. Глядя на эти яркие синие экраны, мы отыскиваем клавиатуру, в которой
клавиша F8
на самом деле является обязательной во всём этом
процессе. Потратить два часа просто на установку базовой операционной системы и поднять её до самого верхнего
уровня пакетов обновления является самым обычным делом. В сравнении с этим временным отрезком, установка
современной операционной системы, подобной Windows Server 2019 почти невероятно быстра и проста.
Скорее всего, основная масса читателей уже выполнила этот процесс много раз, и если это так, вы вольны пропустить пару страниц. Но для тех, кто является новичком в мире Microsoft или вообще только вступает в ИТ, я бы хотел потратить пару быстрых страниц чтобы убедиться, что у вас имеется основное понимание для начала. Не получив бейджик «Установил 101 ОС» на свой ремень инструментария, вы никуда не продвинитесь в спешке.
Создание такого ISO
Самое первое, что вам необходимо сделать, это получить некий установочный носитель. Наиболее простой
способ реализации нового сервера состоит в загрузке некоторого файла .ISO
от Microsoft, прожечь такой .ISO
на некий диск DVD и вставить
этот DVD для применения при установке. Так как ссылки и URL являются постоянно изменяющимся объектом,
наиболее проверенным способом получения вашего файла . ISO
для применения его в установке будет открыть некий движок поиска, например,
Bing,
и набрать Download Windows Server 2019
.
Когда вы получите загруженной официальную страницу Microsoft для выгрузки, кликните на ссылку для загрузки вашего файла
.ISO
и сохраните его на жёсткий диск своего компьютера.
{Прим. пер.: на момент перевода действующими являются следующие ссылки:
получение продукта на 180- дневное тестирование и
участие в партнёрской программе.}
Наиболее хитроумная часть получения некоего .ISO
файла
для применения на рабочем DVD в необходимости загрузки некоторого вида инструмента стороннего производителя
для прожига диска, чтобы сделать его загружаемым. Если вы работаете со старыми клиентскими операционными
системами на своём компьютере, это всё ещё может быть для вас неким выбором. Я постоянно наблюдаю как многие,
кто является новичком в этом деле берут такой файл . ISO
, перетаскивают
его на своё дисковое устройство и начинают прожигать такой диск. Это создаёт некий DVD, с расположенным на нём
файлом .ISO
, однако этот .ISO
всё ещё упакован и не может ни коим образом выступать в роли загружаемого, поэтому такой диск будет бесполезным
для вашего нового куска серверного железа. К счастью, самые новые версии клиентских операционных систем Windows
имеют встроенные функции для работы с файлами .ISO
, которые делают
правильный процесс прожига очень простым.
Раз у вас имеется загруженный на ваш компьютер файл .ISO
для
установки Windows Server 2019, вставьте чистый DVD в своё дисковое устройство и отыщите свой новый файл.
Просто кликните правой кнопкой по этому файлу .ISO
и затем выберите
свою опцию меню Burn disc image. Это запустит
простой мастер, который правильно выделит и прожжёт новый файл . ISO
на вставленный вами DVD, делая его загружаемым установочным носителем для вашего нового сервера:
Может так случиться, что если вы попробуете выгрузить Windows Server 2019 и воспользоваться Windows этой утилитой Disc Image Burner (Прожига образа диска) с неким DVD, который вы вынимаете из своей стопки стандартных чистых дисков DVD и вы получите следующее сообщение об ошибке: The disc image file is too large and will not fit on the recordable disc (Данный файл образа диска слишком велик и не умещается на данном записываемом диске).
Это не должно вызывать удивления, поскольку файлы установщика нашей операционной системы с годами становится всё большими и большими. В наши дни мы достигли критической точки, когда стандартный установщик ISO Server 2019 превышает стандартный размер DVD в 4.7 ГБ. Для того чтобы записать такой ISO на DVD, вам придётся посетить соответствующий магазин и приобрести несколько двуслойных дисков, способных обслуживать больший объём данных.
Создание загружаемого устройства USB
DVD могут быть громоздкими и вызывающими раздражение, а теперь ещё и могут оказываться маленькими для наших целей. Поэтому при установке более новых и более крупных операционных систем становится обычной подготовка USB- накопителя для его применения при установке операционной системы вместо того чтобы полагаться на DVD.
Чтобы выполнить это, всё что вам потребуется, это компьютер Windows, накопитель USB с по крайней мере 8 ГБ и доступ в Интернет. Вам потребуется выгрузить тот же самый ISO, который мы обсуждали ранее, который содержит все установочные файлы Windows Server 2019. Затем вам требуется выгрузить и установить некий вид инструмента создания USB. Существуют доступными различные свободно распространяемые средства (достаточно популярным является rufus), но один из них присутствует прямо от Microsoft и он называется Windows 7 USB/DVD Download Tool. Почему такое безумное название, которое прямо в себе содержит слова Windows 7? Не спрашивайте меня. Но, тем не менее, он работает и является быстрым, простым и бесплатным способом подготовки вашего USB носителя для свежих рабочеспособных установок. Я должен указать, что этот инструмент не имеет ничего общего с Windows 7. Он получает любой ISO файл и превращает его в некий загружаемый ISO носитель. Несомненно, это может быть и файл ISO Windows 10 или Server 2019 и он отработает с ними прекрасно. {Прим. пер.: маленькая поправка: если вам требуется загрузочный USB- носитель из ISO файла с Linux, например, Ubuntu или даже macOS либо VMware, лучше воспользоваться иным средством, например, UNetbootin.}
После того как вы установили своё средство подготовки загрузочного USB и следуйте его инструкциям.
Совет | |
---|---|
Данный процесс уничтожит все данные на вашем USB носителе и отформатирует его. Убедитесь что на нём нет ничего важного для вас! |
Вам требуется удостовериться что это именно тот ISO, который вы бы хотели перенести при помощи своего инструментария, затем выберите свой носитель из ниспадающего перечня. После этого просто нажмите кнопку Begin copying и данный инструмент превратит ваш USB носитель в средство с возможностью загрузки и установки всей ОС Windows Server 2019, как это отображено на следующем снимке экрана:
{Прим. пер.: В наши дни практически все производители серверных материнских плат предоставляют в рамках IPMI доступа к ним и средства установки операционной системы с той машины, с которой вы производите такой IPMI доступ. Если ранее это были средства Java, сейчас всё стало гораздо проще с появлением HTML5. Интерфейс может сильно отличаться для разных производителей, но его суть в целом сводится к такой последовательности: вы получаете IP адрес IPMI своей новой машины, через веб- браузер заходите на этот IP адрес с установленными по умолчанию для данного производителя (только если вы уже не изменили их при получении IP адреса) логином и паролем и проходите в раздел, который связан с установкой операционной системы. Далее вы прописываете в этом разделе путь доступа к обсуждавшемуся ранее ISO образу на своей локальной машине и выполняете установку так же как вы бы делали её локально на самом сервере. Это гораздо проще и практичнее, когда вы освоитесь с интерфейсом своего производителя материнской платы! Подробнее: Установка ОС через iBMC}
Выполнение установщика
Теперь пройдите далее и вставьте ваш только что созданный DVD или USB в оборудование своего нового сервера {Прим. пер.: либо воспользовавшись IPMI.}. Загрузитесь с этого диска и вы наконец увидите мастер установки для Windows Server 2019. Теперь на самом деле имеется не так много вариантов для вашего выбора среди этих мастеров, поэтому мы не будем тратить время на это. По большей части вы просто щёлкаете по кнопке Next для прохода сквозь появляющиеся окна, однако существует ряд особенных мест, в которых необходимо принять решение в данном пути.
После выбора языка установки следующий экран достаточно прост. Имеется всего единственная кнопка, которая говорит Install now. Да, именно это вы собираетесь нажать, но я бы хотел упомянуть о тексте в левом нижнем углу вашего экрана. Если вы когда- нибудь окажетесь в ситуации, что ваш сервер не может выполнить загрузку и вы пытаетесь выполнить некие функции диагностирования и восстановления для разрешения данной проблемы, вы можете кликнуть по Repair your computer чтобы запустить данную консоль восстановления. Однако для целей нашей свежей (fresh) установки пройдите вперёд, нажав Install now:
Теперь у вас будет запрошен ввод ключа продукта для активации Windows. Если у вас уже имеется доступный ключ, пройдите вперёд и введите его сейчас. В противном случае, если вы пробуете просто выполнить эту установку для тестирования Windows Server 2019 и хотите работать какое- то время в пробном режиме, вы можете кликнуть по ссылке, которая сообщает I don’t have a product key (у меня нет ключа продукта) чтобы пропустить данный экран.
Следующий экран является интересным и самым первым местом, в котором нам на самом деле необходимо начать проявлять внимание. Вы видите четыре различных варианта установки для Windows Server 2019. Здесь присутствуют выглядящие как обычные установки как для Server 2019 Standard так и для Server 2019 Datacenter, но затем вторыми вариантами для каждой идут содержащие слова Desktop Experience (С практикой Рабочего стола). Обычно в мире установок Microsoft нажатие на Next по всем предлагаемым опциям предоставляет для вас наиболее обычный и общеупотребимый путь установки для чего бы то ни было устанавливаемого вами. Но это не так с данным мастером. Если вы просто пропустите данный экран кликнув Next, вы обнаружите себя в конце концов с установленным Server Core (Сервером ядра). Мы обсудим позже в данной книге Сервер ядра, но для текущего момента я просто скажу, что если вы ожидаете получить сервер, как он выглядит и воспринимается в соответствии с обсуждаемым нами в Главе 1, Приступая к Windows Server 2019, то эта опция по умолчанию не является той, которую вы должны выбрать в данном месте. А именно, вариант Desktop Experience (С практикой рабочего стола), который ваш мастер выводит вторым, предоставляет самый полный графический интерфейс, который вы скорее всего ожидаете увидеть, раз вы приступили к данной нашей установке. Итак, для целей нашей установки в данном месте, где мы желаем взаимодействовать со своим сервером применяя все цвета и мышь, пройдите далее и примите решение желаете ли вы установить редакцию Standard или DataCentere, но остановите свой выбор на варианте который содержит Desktop Experience (С практикой рабочего стола), прежде чем вы нажмёте на кнопку Next. Это отображается на следующем снимке экрана:
Совет | |
---|---|
В некоторый предыдущих версиях Windows Server у нас была возможность мигрировать вперёд и назад с полной опции Практики с рабочим столом на Сервер ядра и опять наоборот, даже после установки всей операционной системы. Это не работает в Windows Server 2019! Возможность перемещения между этими двумя режимами исчезла, поэтому данный выбор ещё более важен при планировании надлежащего сервера в самом начале. {Прим. пер.: не теряющим надежду возврата данного механизма, автор предлагает варианты обнаружения его появления в разделе Переключение между Сервером ядра и Снабжённого рабочим столом? в своей второй Книге рецептов.} |
Следующий экран предлагает вам подробности лицензионного соглашения, с которыми вы должны согласиться, после чего мы переходим к следующему экрану, в котором верхние опции, скорее всего, не являются теми, которые вы собираетесь выбирать. Я понимаю почему функция Upgrade перечислена первой для машин Windows 10 потребительского уровня, но никто не выполняет обновлений Windows Server у себя на площадке. В исключительном мире, в котором всё и всегда безошибочно следует обновлениям, этот мир является великолепным путём для следования ему. Вы можете иметь множество серверов, причём все выполняют свои задания, и при всяком выходе новой редакции операционной системы вы просто выполняете установку и обновляете её. Вуаля, магия! К сожалению, это не совсем так работает, и я практически не видел в своей жизни администраторов серверов, желающих рискнуть в выполнении обновления на месте для существующего в эксплуатации сервера. Наиболее распространённым является то, что мы всегда строим совершенно новый сервер рядом с работающими в настоящее время серверами. Когда такой новый сервер настроен и готов принимать на себя ответственность, тогда, и только тогда выполняется реальная работа по миграции на такой новый сервер со старого. При спланированном, тщательно вылепленном процессе миграции, только когда все задания миграции выполняются, только тогда этот старый сервер гасится и убирается в сторону. Если бы у нас была возможность простого обновления существующих серверов на самые новые операционные системы, это бы сберегло ужасно много времени и планирования. Но это осуществимо только когда вы знаете, что такое обновление в действительности работает без икоты, и в большинстве случаев мы не готовы к такому риску. {Прим. пер.: более того, собственно процесс обновления состоит из двух этапов: создания нового каталога с системными файлами и опять- же, последующей миграции из старой системы всего и вся в эту новую систему на том же самом компьютере, подробнее. Так стоит ли оно того?} Если процесс обновления пойдёт боком и завершится разрушенным сервером тогда вы встанете перед проблемой затратного процесса восстановления в критически важно промышленном сервере. Возможно, вы очень хотите поработать ночью или в выходные. Хотели бы вы вместо затрат времени на тщательное планирование формирования переброса потратить его на восстановление критически важного сервера, придушившего ваш бизнес в силу того, что он не может работать? Я ставлю свои деньги на первое.
Замечание | |
---|---|
Microsoft анонсировал, что установщик Windows Server 2019 обрабатывает обновления с Windows Server 2016 намного лучше чем все прочие Windows Server выполняли обновление прямо на месте на всём пути своей истории. Обновление с любой более ранней версии операционной системы по- прежнему рекомендуется проводить без изменений, подготавливая новый сервер и перенося рабочую нагрузку, но, очевидно, теперь они предлагают народу начинать проверку обновления с 2016 на 2019 прямо на месте? Я полагаю, что это зависит от вас… |
Итак, обсудив всё это, вернёмся к делу наших рук. В мире Windows Server мы почти никогда не применяем вариант Upgrade. Поэтому пойдём дальше и выберем вариант Custom: Install Windows only (advanced) (Индивидуально: Просто установить Windows — расширенно), именно здесь вы получите наши опции для установки данной свежей копии Windows Server 2019 в новом местоположении на вашем жёстком диске. Это показано на нашем следующем снимке экрана:
Теперь вы определяете где вы желаете установить нашу новую копию Windows Server 2016. Во многих случаях вы просто нажимаете здесь на Next, так как ваш сервер имеет единственный жёсткий диск или единственный RAID массив дисков, и в любом случае вы видите единственный пул свободного пространства в котором вы можете установить свою операционную систему. Если у вас имеется множество установленных в вашем сервере жёстких дисков и они не связаны воедино пока никоим образом, тогда у вас может быть множество вариантов выбора здесь на предмет того, куда устанавливать Windows Server. В нашем случае имеется всего один диск подключённый в нашем случае, причём он никогда не использовался ранее, поэтому я могу просто нажать Next для продолжения. Отметим здесь, что если ваши диски имеют установленные на них старые данные, у вас опционально имеются здесь средства управления при помощи которых вы можете форматировать этот диск, или удалять отдельные разделы. Если у вас используются некие специализированные диски, которые имеют специфические драйверы, также присутствует кнопка Load driver, которой вы можете воспользоваться чтобы внедрить такие специальные драйверы в свой мастер установки чтоб просматривать и такие виды дисков. {Прим. пер.: здесь полезно понимать разницу в таблицах разделов — MBR и GPT, с которыми умеет работать Windows Server 2016 и связанные с ними вопросы начальной загрузки UEFI/ BIOS, поэтому советуем ознакомиться с разделом Настройка таблицы разделов GUID (GPT) дисков в уже упоминавшемся нашем переводе вышедшего в январе 2017 Курса подготовки к экзамену 70-740.}
Также важно отметить, что в данном экране ничего не надо делать при большей части новых установок. Как вы можете увидеть, в нижней части имеется кнопка New, которой можно воспользоваться для создания разделов жёсткого диска вручную, причём большое число администраторов полагают, что им необходимо делать это для установки их новой операционной системы.
Это не так в данном случае. Нет необходимости создавать разделы, пока вы не желаете настраивать их вручную по некоторым имеющимся причинам. Если ваш жёсткий диск всего лишь кусок чистого не выделенного пространства, всё что вам нужно сделать, так это нажать Next и установка Windows Server 2019 настроит разделы для вас:
Это всё! Вы видите, что установщик начал споро копировать файлы, устанавливать свойства и подготавливать всё что нужно на этом жёстком диске. Эта часть установки выполняется несколько минут, и в следующий раз вам придётся взаимодействовать с этим сервером, когда он уже будет находиться в графическом интерфейсе, из которого вы можете определить пароль администратора. Когда вы выберете некий пароль, вы обнаружите себя за рабочим столом Windows. Теперь мы готовы начать применение своего нового Windows Server 2019.
Установка ролей и свойств
Сама по себе установка вашей операционной системы переносит ваши ноги за дверь, так сказать, используя сервер в качестве сервера. Однако, вы на самом деле не можете делать ничего полезного со своим сервером в данный момент. В случае клиентской настольной системы, обычно базовая операционная система это всё что вам необходимо чтобы начать работать и потреблять данные. Задание сервера состоит в первую очередь в обслуживании этих данных, а вы пока не обозначили своему серверу его целей в жизни, так что в действительности ничего полезного не происходит в этой базовой операционной системе. Именно здесь нам необходимо применять roles и features. Windows Server 2019 содержит множество различных вариантов ролей. Роль это всего лишь то, что подразумевает её название и установка определённой роли на сервер определяет роль этого сервера в сетевой среде. Другими словами, роль даёт серверу некую цель в жизни, некое свойство, с другой стороны, по большей части подмножество функций, которые вы можете установить на некий сервер. Свойства (feature) могут входить в состав определённой роли, или же составлять нечто особое. Они являются фрагментами доступных в Windows Server 2019 технологий, которые не устанавливаются и не включаются по умолчанию, так как эти свойства не будут применяться во всех случаях. На протяжении данной книги всё будет вращаться вокруг функциональностей, предоставляемых ролями и свойствами. Они являются хлебом и маслом Windows Server, а без их установки ваши серверы представляют собой хорошее пресс- папье и не более того. Так как мы не намерены тратить в каждой главе время на обсуждение процесса установки каждой конкретной роли или свойства, которые будут применяться внутри данной главы, давайте прямо сейчас затратим некоторое время на обсуждение основных путей которые администраторы могут выбирать для получения таких ролей и свойств установленными на своих собственных серверах.
Установка роли при помощи мастера
Несомненно, наиболее распространённым местом из которого устанавливаются роли и свойства, это прямо внутри графических мастеров, доступных сразу после установки вашей операционной системы. По умолчанию, инструментарий, называемый Диспетчером сервера (Server Manager) автоматически запускается после каждой регистрации в Windows Server 2016. Мы более подробно рассмотрим сам Диспетчер сервера вскоре в данной главе, однако для наших целей на настоящий момент мы просто применим его как некую платформу запуска для получения своих мастеров, которые будут руководить нами на протяжении установки нашей первой роли в данном новом сервере, которую мы размещаем общими усилиями.
Так как мы только что зарегистрировались в этом новом сервере, у вас должна иметься запущенной Приборная панель (Dashboard) Диспетчера сервера. Прямо в средней части этой Приборной панели вы видите доступными некоторые ссылки для нажатия на них, а именно перечень быстрого запуска элементов действий, пронумерованными от одного до пяти. Если ещё не делали этого, поместите на своё место некие настройки локального сервера, которые могут понадобиться данной машине, применив самую первую ссылку с названием Configure this local server (Настройте данный локальный сервер).
Элементами, которые вы скорее всего хотите поместить на свои места, являются такие, как постоянное имя хоста для данного сервера, IP адреса и, если вы подключаете данный сервер к существующему домену, вы обычно выполняете этот процесс до реализации всех новых ролей в данном сервере. Однако в нашем случае мы по большей части интересуемся установкой самой по себе роли, поэтому мы предполагаем, что вы уже настроили эти мелкие частности и фрагменты чтобы иметь возможность идентификации и маршрутизации вашего сервера в вашей же сетевой среде.
Пройдём далее и щёлкнем по шагу 2, Add roles and features (добавление ролей и свойств). В качестве другого способа, вы можете запустить тот же самый мастер кликнув по меню Управления (Manage) в верхней полосе внутри Диспетчера сервера и затем уже выбрать Add roles and features из ниспадающего списка. Выбор любой из ссылок приведёт вас в мастер для установки самой роли:
Для начала вы получаете экран, суммирующий установленные роли. Пройдите далее и кликните Next для пропуска данного экрана. Теперь мы приходим к своей первой представляющей интерес опции. Если мы желаем продолжить, вначале мы запросим Role-based or feature-based installation (Установку на основе ролей или свойств), что является именно тем, о чём мы и говорили, что будем это делать. Однако вторая имеющаяся здесь опция, Remote Desktop Services installation (Установка служб удалённых рабочих мест), заслуживает внимания. Большинство из нас рассматривает компоненты Windows Server Remote Desktop Services (RDS) (Службы удалённого доступа) просто как другую роль, которую мы можем выбрать при установке своего сервера, аналогично установке любой другой роли. Хотя отчасти это и верно, важно отметить, что RDS настолько отличается функционально от всех остальных видов ролей, что каждый входной путь в установку любого из компонентов RDS выполняет свой собственный мастер, выбирая в данном месте вторичную опцию. Поэтому даже если вы застаёте себя за поиском опций для установки RDS, и вы проскользнули через этот экран потому что воспользовались в нём, как и я нажатием на Next, помните, что вам необходимо вернуться сюда, чтобы сообщить мастеру что вы желаете иметь дело с некоторыми компонентами RDS и что оставшаяся часть экранов будет установлена надлежащим образом.
На данный момент я работаю над построением некоторой новой тестовой лаборатории полных коробок Windows Server 2019, и мне всё ещё требуется Контроллер домена для управления Active Directory в моей среде. прежде чем устанавливать на некий сервер Active Directory, критически важно чтобы у меня были выполнены некоторые предварительные требования, поэтому я уже выполнил эти элементы на своём новом сервере. А именно, элементы, которые мне необходимо иметь готовыми вначале, прежде чем приступать к установке роли AD DS, это наличие назначенного статического IP адреса и проверка того, что имеющиеся настройки DNS сервера в свойствах моей NIC указывают куда- то, даже если это и собственный IP адрес данного сервера. Мне также необходимо убедиться, что само имя хоста моего сервера установлено в значение своего окончательного имени, так как только я включу его в Контроллер домена, изменение имени этого хоста будет недопустимо.
Я уже осуществил все эти элементы на своём сервере, поэтому я продолжу с мастером установки своей роли здесь и оставлю данную опцию включённой на Role-based or feature-based installation (Установке на основании роли или свойств) и кликну Next, как это показано ниже на снимке экрана:
Наш экран Server Selection (Выбор сервера)
является достаточно мощным. Если вы уже проходили данный процесс ранее, вы скорее всего проскользнёте через
этот экран также, просто кликнув по кнопке Next
чтобы процесс пошёл. Однако очень существенно, что данный экран задаёт вам вопрос куда вы желаете устанавливать
данную новую роль или свойство. По умолчанию, каждый сервер обычно будет иметь только самого себя перечисленным
в данном экране и, таким образом, кликнув по Next
для продолжения, скорее всего, именно то что вы желаете сделать. Однако здесь имеется пара классных опций.
Прежде всего, если ваш Диспетчер сервера осведомлён о прочих серверах в вашей сетевой среде, и был настроен на
наблюдение за ними, у вас будет иметься здесь возможность установки роли или свойств удалённо на один из этих
серверов. Вскоре мы покопаемся слегка глубже в этих возможностях. Другим свойством данной страницы, которую, как я
наблюдаю, применяют многие люди, является возможность определить, что вы желаете установить некую роль или
свойство в какой- то виртуальный жёсткий диск. Многие из нас в наши дни работают с большим числом виртуальных
серверов, и вам даже не нужно чтобы ваш сервер был запущенным (исполняющимся) для установки в него некоторой роли или свойства!
Если у вас имеется доступ к его файлу .VHDX
, файлу его жёсткого диска,
из того места, в котором вы выполняете Диспетчер сервера, вы можете выбрать эту опцию, что позволит вам инъецировать
такую новую роль или свойство непосредственно в данный жёсткий диск. Но, как и в 99% случаев, в которых вы
проходите через данный экран, мы зарегистрированы непосредственно в том самом сервере, в котором мы собираемся
установить данную роль и поэтому мы просто щёлкаем по
Next.
Это отображено на следующем снимке экрана:
Теперь у нас имеется перечень ролей, для которых у нас имеется возможность их установки. Нажатие на каждую из этих ролей предоставляет вам краткое описание имеющихся у данной роли целей, если у вас имеются некоторые вопросы, причём мы также дополнительно обсудим некоторые центральные фрагменты инфраструктуры в своей следующей главе чтобы снабдить вас большим пониманием того, что осуществляют эти роли. Всё что нам необходимо сделать здесь чтобы установить некую роль на вашем новом сервере, это проверить соответствующий блок и кликнуть по Next. Так как мы собираемся при менять его в качестве Контроллера домена, я выбираю роль Active Directory Domain Services (Служб домена AD), а также сделаю данный сервер многоцелевым и также выполняющим роли DNS Server и DHCP Server. Для данных ролей нет необходимости повторно проходить сквозь данный мастер три отдельных раза чтобы установить все эти роли, я могу просто пометить все их в данном месте и позволить мастеру выполнить все установки совместно. Ой, когда я кликаю по своему первому управляющему блоку, я получаю всплывающее сообщение, что данная роль Active Directory Domain Services требует некоторые дополнительные свойства дла своей надлежащей работы. Это нормальное поведение, и вы отметите, что многие устанавливаемые вами роли будут требовать установки некоторых дополнительных компонентов или свойств. Всё что вам нужно сделать, это нажать на имеющуюся здесь кнопку Add Features и это автоматически добавит такие дополнительные фрагменты для вас в процессе данной установки. Некий образец этого отображён на следующем снимке экрана:
Теперь, когда мы пометили все три свои роли, самое время кликнуть по Next. И это должно быть понятно для всех наших читателей, что мне не требовалось устанавливать все эти роли в одно и то же время, они все не зависят друг от друга. Достаточно распространено видеть эти роли все вместе установленными на одном и том же сервере, но я могу расщепить их на их собственные серверы при наличии у меня такого желания. В средах большего размера вы можете иметь AD DS и DNS установленными совместно, но вы можете выбрать установку роли DHCP на свои собственные серверы, и это просто чудесно.
Я настраиваю данный сервер для поддержки среды небольшой лаборатории, поэтому для меня существенно поместить эти ключевые роли служб инфраструктуры вместе в одной и той же коробке:
После нажатия на Next мы теперь загрузили ту страницу, в которой мы можем установить дополнительные свойства на Windows Server 2019. В некоторых случаях вы можете первоначально иметь задачу добавления определённого свойства и, в этом случае, вы бы пропустили все экраны данной роли и перешли непосредственно к экрану установки требующихся Features. (Свойств). В точности как и для экрана установки роли, пройдите вперёд и пометьте все свойства, которые вы бы желали установить, после чего кликните снова Next. Для своего нового Контроллера домена нам в настоящий момент не требуется специально добавлять никакие дополнительные свойства, поэтому я просто закончу данный мастер, который начнёт саму установку наших новых ролей.
После того, как процесс установки завершится, вы можете получить (а можете и не получить) запрос на перезагрузку данного сервера, в зависимости от того какие роли или свойства вы установили и требуют они или нет какого- либо перезапуска. Как только вы зайдёте обратно в Диспетчер сервера, вы отметите, что вы теперь имеете уведомления ближе к верхнему краю с жёлтым маркером восклицания.
Нажатие на него отображает сообщение о дальнейших настройках, которые могут требоваться для завершения установки ваших новых ролей и введения их в жизнь на данном сервере. Например, чтобы завершить включение моего сервера в Контроллер домена, я должен выполнить предлагающийся процесс определения своего домена, либо определить некий домен, к которому я желаю подключиться. Имеются также некоторые незавершённые моменты, которые мне также необходимо довести до окончания, чтобы ввести в действие DHCP:
Установка свойств при помощи PowerShell
Теперь, когда вы ознакомились с графическими мастерами для установки ролей и свойств, вы, без всяких сомнений, всегда можете использовать их для помещения данных компонентов на их места в ваших серверах. Однако Microsoft приложил огромные усилия к созданию среды Windows Server, в которой практически всем внутри этой операционной системы можно манипулировать при помощи PowerShell и, естественно, в эти возможности включены добавление ролей и свойств. Давайте взглянем на соответствующие команды, которые мы можем применять для манипуляций с ролями и свойствами в наших серверах прямо из приглашения PowerShell. Мы просмотрим перечень доступных ролей и свойств, а также выполним команды по быстрой установке свойств в нашем сервере.
Откройте всплывающее приглашени PowerShell и воспользуйтесь следующей командой для просмотра всех доступных ролей и свойств, которые могут быть установлены в вашем сервере. Также здесь будут отображены те из них, которые уже установлены:
Get-WindowsFeature
Что бы я хотел сделать на данном сервере, так это установить свойство клиента Telnet. Я достаточно
постоянно применяю клиента Telnet для проверки сетевых соединений, поэтому будет полезно иметь его на
данной машине. К сожалению, в моём окне PowerShell в настоящий момент выводится длинный полный список всех
различных ролей и свойств, и у меня нет уверенности в том, каким именно будет имя свойства
клиента Telnet для выполнения его установки. Поэтому давайте выполним вновь
Get-WindowsFeature
,
однако на этот раз давайте применим некоторый дополнительный синтаксис в данной команде, чтобы сократить
объём оторажаемых сведений. Я хочу видеть только свойства, которые начинаются с букв
«TEL
«:
Get-WindowsFeature –Name TEL*
Да, есть! Хорошо, теперь, когда я знаю точное имя данного свойства, давайте выполним команду его установки:
Add-WindowsFeature Telnet-Client
Один последний момент, который я хочу продемонстрировать здесь, это также некий вариант работы с
cmdlet GetWindowsFeature
для быстрого отображения того, какие роли и свойства в настоящий момент установлены в некотором сервере.
Набор Get-WindowsFeature | Where Installed
предоставить вам перечень установленных прямо сейчас компонентов. Если я выполню эту команду на своём
контроллере домена, вы сможете увидеть все части и фрагменты моих ролей для AD DS, DNS и DHCP:
Централизованное управление и мониторинг
Будете ли вы устанавливать новые роли, выполнять резервное копирование и программы сопровождения, либо осуществлять поиск неисправностей или восстановления некоторого сервера, существенно что вам бы пришлось выполнить регистрацию для данного конкретного сервера с которым вам бы пришлось работать. Давным давно это бы означало, что вам следует пройти на сам этот сервер и зарегистрироваться на нём с клавиатуры и мыши, которые непосредственно подключены к этому оборудованию. Затем, достаточное количество лет тому назад, это стало обременительным и так как технологии развились до момента, когда мы получили себе в руки RDP (Remote Desktop Protocol, Протокол удалённого рабочего места). Мы быстро перешли к удалённой регистрации на своих серверах при помощи RDP. Несмотря на то что он появился достаточно давно, RDP всё ещё достаточно мощный протокол, который позволяет нам быстро соединяться с серверами не теряя удобства, прямо со своего рабочего места. И пока у вас имеется надлежащая сетевая топология и доступна маршрутизация, вы всегда можете работать с неким сервером в своём пути следования по миру так же быстро, как если бы серверы располагались в соседнем с вами помещении. На самом деле, я только недавно прочитал, что права на извлечение были предоставлены в космическом пространстве. А вы говорите о совместном размещении для своего центра обработки данных! Возможно, наступят дни, когда вы будете применять RDP для соединения с серверами в космическом пространстве. Хотя это может быть всего лишь царапиной в нашей линии жизни, я на самом деле имею возможность работы с десятками новых компаний каждый год, и хотя существуют некоторые прочие доступные инструменты для удалённого управления вашей инфраструктурой серверов, RDP является предпочтительной платформой для 99% из нас.
Почему я говорю про RDP? Потому что теперь я буду говорить о том, что Windows Server 2019 включает в свой состав инструменты, которые делают его менее необходимым в нашем повседневном рабочем потоке. Сама идея централизованного управления конкретным в серверном мире прорастала сквозь последние несколько выпусков операционных систем Windows Server. Большинство из нас имеет настолько много работающих серверов, что их проверка на протяжении всех дней может потреблять очень много времени. Нам нужны некоторые инструменты, которыми мы могли бы пользоваться чтобы сделать процессы нашего управления и мониторинга, и даже настройки намного более эффективными чтобы высвободить время для более важных проектов.
Диспетчер сервера
Если вы работали с последними Windows Server, вы знакомы с идеей того, чтобы зарегистрировавшись на одном из своих серверов вы автоматически запускаете это большое окно поверх своего рабочего места. Этой автоматически запускающейся программой является Диспетчер сервера (Server Manager). Как и подразумевает его название, это то, что помогает вам управлять вашим сервером. На самом деле, по моему опыту, основная масса администраторов серверов не используют Диспетчер сервера. Вместо этого они закрывают его настолько быстро, насколько могут, и при этом страшно ругаются, так как он выскакивает и раздражает их в процессе каждой загрузки сервера на протяжении последних 10 лет.
Прекратите делать это! Он здесь для вашей помощи, я обещаю. Вот быстрый снимок экрана просмотра Диспетчера сервера по умолчанию в моём новом Контроллере домена:
Что мне нравится в таком автоматическом открытии, так это то, что оно предоставляет мне быстрый просмотр того, что в настоящий момент установлено на данном сервере. Просмотр колонки слева показывает вам перечень установленных и доступных для управления ролей. Нажатие на каждую из них переносит вас в к некоторой более определённой конфигурации и опциям для самой этой роли. Я часто обнаруживаю себя переключающимся взад и вперёд между многими различными серверами при работе над неким проектом, а оставление Диспетчера сервера открытым предоставляет мне быстрый способ повторной проверки того, что я работаю на том сервере, на котором я и собирался работать. Раздел Roles and Server Groups (Ролей и групп серверов) внизу также очень интересен. Вам не требуется иметь возможность видеть все цвета в этой картинке, однако она даёт вам очень быстрый просмотр того работают или нет все службы данного сервера надлежащим образом. Прямо сейчас, обе мои функции, AD DS и DHCP работают нормально, у меня имеется прекрасный зелёный работающий прямоугольник напротив них. Однако если что- то пойдёт не так с любой из этих ролей, они снабдятся ярко красным флагом и я могу кликнуть по любой из этих ссылок, перечисленных под данными ролями чтобы проследовать и отследить что там работает неверно.
Вверху, ближе к правому краю, вы видите несколько меню, причём наиболее полезным, с моей точки зрения, является меню Инструменты (Tools). Кликните по нему и вы увидите перечень всех доступных Administrative Tools (Инструментов администрирования) для запуска на этом сервере. Да, это в сущности та же самая папка Инструментов администрирования, которая существовала во всех предыдущих версиях Windows Server, но теперь она хранится в другом месте. Основываясь на моём опыте, Диспетчер сервера теперь самый простой способ доступа к этим мллионам инструментов, причём всё это в одном месте:
До сих пор обсуждавшиеся нами внутри Диспетчера сервера функции доступны на любом из Windows Server 2019, будь он отдельно расположенным, либо являющимся частью некоторого домена. Всё что нам необходимо было выполнить, чтобы иметь дело с таким локальным сервером, так это зарегистрироваться в нём. Теперь давайте изучим какие опции доступны нам в Диспетчере сервера для централизованного управления по множеству серверов. Новая ментальность управления множеством серверов из одного отдельного сервера часто называется как управление через единую оконную раму. Мы будем применять Диспетчер сервера на одном из своих серверов в имеющейся сетевой среде чтобы выполнять соединения с дополнительными серверами и после выполнения этого мы должны иметь больше информации внутри Диспетчера сервера, так как мы можем применять закладки для того чтобы оставаться со всеми этими серверами.
На переднем плане внутри нашей консоли Диспетчера сервера находится раздел, озаглавленный Welcome to Server Manager (Добро пожаловать в Диспетчер сервера). Под ним у нас имеется последовательность шагов или ссылок, на которые можно нажимать. Самая первая позволяет нам выполнить настройки, которые специфичны только для данного локального сервера. Мы уже выполнили некоторую работу с нашим вторым шагом, когда мы добавили новую роль в наш сервер. Теперь мы проверим третий шаг, Add other servers to manage (Добавление других серверов для управления).
Между прочим, те же самые функции можно также вызвать кликнув по меню Manage (Управление) в самом верху и затем выбрать Add Servers (Добавить серверы):
Большинство из вас будет работать внутри среды некоторого домена, в котором все серверы подключены к домену, что делает такой следующую часть на самом деле лёгкой. Просто кликните кнопку Find Now (Обнаружить сейчас), и будут отображены все доступные в вашей сетевой среде машины. Теперь вы можете выбирать те сервера, которыми вы хотите управлять и перемещать их в колонку Selected (Отобранные) справа, как это показано ниже на снимке экрана:
После нажатия OK вы увидите, что Диспетчер
сервера преобразуется чтобы предоставить вам больше информации обо всех этих серверах и установленных в них
ролях. Теперь, когда мы зарегистрировались на на одном из таких серверов, мы видим критически важную для
сопровождения информацию обо всех имеющихся системах, которые вы выбрали здесь для добавления. Вы даже
можете применять отдельный сервер, который будет предназначен исключительно для целей такого управления.
Например, в настоящий момент я зарегистрирован на совершенно новом сервере с названием
CA1
.
У меня нет никаких установленных на этом сервере ролей, поэтому Диспетчер сервера по умолчанию выглядит
достаточно обычно. Как только я добавил прочие серверы для управления, я выбираю свои Контроллеры домена.
Мой Диспетчер сервера в сервере CA1
теперь содержит все подробности о CA1
и моих Контроллерах домена, поэтому я могу видеть все стороны своей инфраструктуры из этой единой панели.
Как вы можете видеть, у меня даже имеются здесь некоторые флаги, отображающие тот факт, что некоторые службы
в моей инфраструктуре не работают надлежащим образом:
Нажатие на ссылку All Servers или на определённую роль предоставляет вам дополнительную всестороннюю информацию, собранную с этих удалённых серверов. Добавление множества серверов в Диспетчер сервера не только очень полезно для наблюдения, но также и для дальнейших настроек. Вы помните, как несколько страниц тому назад мы добавляли новую роль при помощи мастера? Этот процесс теперь стал более всеобъемлющим, та как мы теперь подключили этот сервер к нашим другим серверам в общую сетевую среду.
Если я теперь выберу добавление некоторой новой роли, когда я получу на своём экране запрос у себя где я хочу установить эту роль, я увижу, что я могу устанавливать некоторую новую роль или свойство на свои остальные серверы, даже хотя я и не работаю в консоли этих серверов, что показано на следующем снимке экрана:
Если бы я пожелал установить такую роль AD DC на DC2, некий сервер, который я готовлю в качестве некого второго контроллера домена в своей среде, мне не придётся регистрироваться в самом сервере DC2. Прямо здесь, в Диспетчере сервера, который исполняется в CA1, я могу исполнить это через мастер Add Roles, определив DC2 в качестве того сервера, которым я собираюсь манипулировать и могу устанавливать необходимую роль прямо отсюда.
Инструменты удалённого администрирования сервера (RSAT)
Использование Диспетчера сервера для регистрации на отдельном сервере и получении доступа для управления и мониторинга всеми вашими серверами это достаточно удобно, однако что если мы сможем сделать ещё один дополнительный шаг в этом процессе? Не будет ли иметь смысл если бы все эти коробки Windows Server могли бы управляться удалённо прямо с нашего настольного компьютера в нашем офисе? И при этом нам никогда не надо было бы регистрироваться на каком- либо сервере в самом первом месте? Да, это в точности то, что мы можем сделать.
Это возможно после загрузки и установки некоторого инструмента с Microsoft с названием RSAT (Remote Server Administration Tools, Инструментов администрирования удалёнными серверами).
Совет | |
---|---|
Если вам приходилось работать с Windows 10 1809 или более новой версией, набор инструментов RSAT ужё включён в Windows, однако это некое не обязательное свойство, которое вам требуется включить. Это осуществляется из Windows Settings внутри категории Apps через кнопку с наименованием Manage optional features. {Прим. пер.: У меня имеется обычный компьютер клиента Windows 10 включённый и работающий в сетевой среде, а также включённый в домен. Самый первый шаг состоит в загрузке этого инструмента, я прихватил его по ссылке https://www.microsoft.com/en-us/download/details.aspx?id=45520.} |
После выполнения установки на моём клиентском компьютере Windows 10, я не смог найти никакой программы с названием Инструментов администрирования удалёнными серверами (Remote Server Administration Tools). Это действительно так. Даже несмотря на то, что его имя при загрузке и установке RSAT, после установки данная программа на самом деле помещённая на ваш компьютер программа называется Диспетчер сервера Server Manager. В этом присутствует некий смысл, за исключением того, когда вы не имеете представления о таком несоответствии имён, и это может потребовать несколько минут вашего времени для того, чтобы понять почему не можете его обнаружить то, что только что установили.
Итак, пройдём вперёд и запустим Диспетчер сервера, отыскав его в своём меню Пуск (Start), или воспользовавшись строкой поиска или даже сказав Эй, Cortana, открой Диспетчер сервера. Простите, но надо остановиться. Однако вне зависимости от выбранного вами метода, откройте Диспетчер сервера на своём настольном компьютере и вы сможете обнаружить, что он выглядит в точности так же, как Диспетчер сервера в Windows Server 2019. И в точности так же, как вы работали и управляли им внутри своей операционной системы, вы можете выполнить те же самые шаги добавления своих серверов для управления.
На следующем снимке экрана, вы можете видеть, что внутри моего Диспетчера сервера Windows 10, у меня теперь имеется доступ для управления и наблюдения за всеми серверами в моей лаборатории, причём даже без необходимости регистрироваться в них:
Имея такие новые и улучшенные способы управления основными компонентами ваших серверов без необходимости прямой регистрации в них, не означает ли это что наш давний добрый дружище RDP уходит прочь? Несомненно нет! Нам всё ещё требуется порой прямой доступ к своим серверам, даже когда мы целиком перешли на такие новые средства управления. Кроме того я ожидаю что многие администраторы останутся там и будут продолжать применять RDP с доступом на базе полноценного рабочего стола для управления и отслеживания своих серверов просто потому что им так удобнее, даже если теперь имеются новые, более действенные способы для выполнения тех же самых задач.
Диспетчер соединений удалённых рабочих мест
Так как многие из нас всё ещё продолжают время от времени применять RDP (или зачастую) перескакивая между нашими серверами, давайте быстро взглянем на некий инструмент, который по крайней мере сделает эту задачу более управляемой и более централизованной. Я бы не хотел тратить какое бы то ни было время на рассмотрение индивидуальных свойств или возможностей этого инструмента, так как это инструмент стороны клиента и не является чем- то особенным для Windows Server 2019. Вы можете применять его для обработки соединений RDP для любого или даже для всех своих серверов, либо даже для всех своих компьютеров клиентов в вашей сетевой среде. тем не менее, Remote Desktop Connection Manager (Диспетчер соединений Удалённых рабочих столов) является некой невероятно мощной платформой для хранения всех наших различных соединений RDP, которые вы осуществляете внутри своей среды. Вы можете сохранять подключения с тем, чтобы вам не приходилось тратить время на запоминание названий серверов, сортировки серверов по категориям и даже сохранять параметры доступа поэтому вам больше не придётся вводить пароли при подключении к серверам. Несмотря на то, что вы составляете заявление об отказе от ответственности, ваши отвечающие за безопасность парни могут быть недовольными, когда вы решите применять такую функцию сохранения пароля. Я оставлю вас со ссылкой на выгрузку данного приложения, а также со следующим снимком экрана, а после этого вы решайте самостоятельно будет или нет этот инструмент полезен вам в ваших повседневных задачах:
Windows Admin Center (WAC)
Теперь забудьте всё то, что я только что рассказывал вам об удалённом управлении серверами и сконцентрируйтесь здесь. Это я как бы шучу. Все обсуждённые нами инструменты по- прежнему стабильны, актуальны и являются великолепным способом взаимодействия с вашими пачками Windows Server. Тем не менее, в нашем доме появилось новое дитя, причём Microsoft ожидает, что оно будет очень популярным.
Windows Admin Center (WAC) является неким сервером и платформой управления клиентами, которая спроектирована чтобы помочь администрировать ваши машины более действенным образом. Это некий инструмент на основе браузера, что означает, что после его установки вы получаете доступ WAC из веб браузера, что отлично. Нет потребности устанавливать инструмент управления или приложение в вашей рабочей станции, просто присядьте и цепляйте его при помощи некого URL.
WAC способен управлять вашими серверами (всеми вплоть до Server 2008 R2), вашими кластерами серверов, и даже имеет некую особую функциональность для управления инфраструктурами гиперконвергентных кластеров. У вас также имеется возможность управления машинами клиентов с Windows 10.
Замечание | |
---|---|
А сколько стоит этот потрясающий, мощнейший инструментарий? ОН БЕСПЛАТЕН! И существует вероятность, что если вы следили за деятельностью Microsoft на протяжении последнего года, вы, вероятно, уже видели его в той или иной форме. Вам знакомы слова Проект Honolulu? Да, Windows Admin Center это новое название Проекта Honolulu, наконец готового к промышленному применению. |
Windows Admin Center даже имеет поддержку сторонних производителей чтобы иметь возможность создания расширений для самого интерфейса WAC, поэтому данный инструментарий намерен продолжать свой рост. Если вы следовали за нашей настройкой тестовой лаборатории в данной книге до сих пор, вы распознаете Windows Admin Center в неком всплывающем окне, которое отображается всякий раз когда открывается Диспетчер серверов. Microsoft настолько болезненно хочет чтобы администраторы узнали об WAC, что они напоминают вам что вам следует начинать его применять всякий раз, как только вы заходите в окно Server 2019, что отображено на следующем снимке экрана:
Хватит болтовни, давайте попробуем! для начала нам требуется выбрать некое местоположение для установки всех компонентов WAC. Да, это правда, я только что сказал что одним из преимуществ является то что нет нужды в его установке, но я имел в виду, что будучи реализованным один раз, WAC затем цепляется простым его открытием в неком браузере. Этот вебсайт требуется установить и запустить где- то, не так ли? Хотя вы можете добавить всю систему WAC к некому клиенту Windows 10, давайте воспользуемся подходом, который будет более широко применяться в полевых условиях и мы установим его на сервер в вашей сетевой среде. У меня имеется система с названием WEB3, в которой пока нет размещённых вебсайтов, а это звучит как неплохое место для размещения чего- то подобного этому.
Выгрузите WAC отсюда.
После выгрузки просто запустите его установщик в своей машине хостинга. Имеется несколько простых решений, которые вам
следует выполнить в процессе работы мастера установки, наиболее важным является тот экран, в котором вы определяете
настройку порта и сертификата. В промышленной среде будет лучше работать с портом 443
и предоставить здесь некий удостоверенный сертификат SSL с тем, чтобы ваш обмен к и от этого вебсайта был надлежащим
образом защищён через HTTPS, но, для целей моей небольшой лаборатории проверок, я намерен запускать
443
с самостоятельно подписываемым сертификатом, просто для целей проверки.
Не пользуйтесь самостоятельно подписываемым сертификатом в промышленной среде!
По завершению работы программы установки вы теперь будете размещать свой вебсайт WAC на данном сервере.
Конкретно в моей установке он имеет веб адрес https://WEB3.contoso.local
.
Теперь самое интересное — его проверка. Для подключения к WAC просто откройте поддерживаемый браузер с любого
компьютера в вашей сетевой среде и перейдите к URL адресу своего WAC. Ещё раз, в моём случае это
https://WEB3.contoso.local
. Интересно, что Internet Explorer не является
поддерживаемым браузером. Microsoft рекомендует Edge, но Chrome также работает. Я вошёл на свою обычную рабочую станцию
Windows 10 и просто открыл браузер Edge и пытаюсь зайти на свой новый сайт, как это показано на следующем снимке экрана:
Как вы можете видеть, я имею дело с предупреждением относительно сертификата. Это было ожидаемо, поскольку я применяю самостоятельно подписанный сертификат, что, опять же, не самая лучшая мысль. Я всего лишь подтверждаю это, так как я исполняю это в некой проверочной лаборатории. Но что более интересно в предыдущем снимке экрана, так это то, что мне предлагается приглашение для ввода учётных данных. Несмотря на то, что я вошёл в систему с компьютера Windows 10, который является подключённым к домену, веб- сайт WAC не пытается автоматически внедрять эти учётные данные для собственного применения, а вместо этого останавливается чтобы спросить кто вы такой. Я просто ввожу здесь свои учётные данные в домене и мне теперь предоставляется интерфейс Центра администрирования Windows (WAC), что отображено на следующем снимке экрана:
Дополнение серверов в WAC
Регистрация в WAC это прекрасно, но не очень полезно пока вы не добавите пачку машин, которыми вы желаете управлять. Чтобы сделать это, просто кликните по кнопке +Add, как это показано в нашем предыдущем снимке экрана. Вам будет представлен выбор добавления нового сервера, новой PC, некого отказоустойчивого кластера или даже гиперконвергентного кластера. Сделайте свой выбор и введите необходимую информацию. У меня нет никакого кластера в своей лаборатории проверок, пока нет, поэтому я намерен добавить подключения к тем стандартным серверам, которые уже работают в моей среде, как это показано на снимке экрана ниже:
Управление сервером в WAC
Начать управлять неким сервером из WAC настолько же просто как щёлкнуть по имеющемуся названию сервера. Как вы можете видеть на следующем снимке экрана, я выбрал свой сервер DC1, так как он в настоящий момент времени является единственной машиной с какой- то установленной осмысленной ролью и при этом исполняется:
Из данного интерфейса я могу управлять множеством различных сторон операционной системы своего сервера DC1. Имеются функции управления питанием, возможность исполнения резервного копирования в моём сервере, я даже способен отсюда устанавливать сертификаты! Я могу отслеживать производительность своего сервера, просматривать его журналы событий, манипулировать его локальным Межсетевым экраном Windows и запускать удалённое подключение PowerShell к этому серверу. Основная цель Центра администрирования Windows состоит в том, чтобы он служил единственной точкой входа для удалённого управления вашими серверами, и я хочу сказать что он неплохо справляется с этой целью.
Я пока не имею никаких экземпляров Сервера ядра, запущенных в моей проверочной лаборатории, но будьте уверены, что WAC можно применять для управления экземплярами Сервера ядра так же как и для серверов, работающих под управлением серверов с Практикой Рабочего стола. Это превращает WAC в ещё более мощное и интригующее средство администрирования серверов.
Включение быстрой раскрутки сервера при помощи Sysprep
В начале данной главы мы прошли процесс установки операционной системы Windows Server 2019 на ваш новый сервер. Будь то ломоть физического железа или виртуальная машина, то с чем мы работали, сам процесс в действительности один и тот же. Подключение CD или накопителя USB {Прим. пер.: либо непосредственно образа ISO}, загрузка с него и разрешение установщику выполнения своего курса, всё это достаточно просто выполнить, но что если вам необходимо построить десять новых серверов вместо всего лишь одного? Такой процесс мог бы начать получать нужную суматоху и он выглядел бы как нечто, на что вы впустую тратите уйму времени, выполняя в точности одни и те же действия снова и снова. Вам следует соблюдать точность, это действительно трата прорвы времени впустую, а в то же время имеется более простои и быстрый способ накатывания новых серверов, если уж вы их все строите из относительно похожих аппаратных платформ. Если вы строите свои серверы в виде виртуальных машин, что очень распространено в наши дни, тогда этот процесс работает великолепно и может сохранить вам достаточно много времени при построении нового сервера.
Прямо сейчас, прежде чем я уйду очень далеко данной дорогой описания процесса sysprep, я также отмечу то существуют и другие позволяющие автоматизировать раскрутку операционной системы и сервера технологии, доступные в инфраструктуре Windows, которые могут выполнять такой процесс раскрутки нового сервера даже ещё более быстро, чем описываемым здесь образом. Основная проблема с некоторыми из таких технологий автоматизации состоит в том, что требующаяся инфраструктура для выполнения ими работы надлежащим образом более изощрённая чем та, к которой имеет доступ большая часть парней, когда им требуется всего лишь выполнить оснастку Windows Server. Иными словами, иметь полностью автоматизированный механизм раскрутки сервера не очень осуществимо для небольших сред или лабораторий проверки, в которых большинство из нас живут когда мы изучаем данные новые технологии.
Итак, в любом случае, мы не будем сосредотачиваться на стороне автоматизации подхода к раскрутке сервера, а вместо этого будем несколько минут выполнять дополнительную работу на нашем самом первом сервере, которая затем будет иметь результатом сохранение значительного времени по работе настройки всякого создаваемого после этого сервера. Ядром всего этого процесса является инструмент sysprep, который выпекается во всех версиях Windows, поэтому вы можете иметь тот же самый процесс в любой имеющейся машине Windows, причём вне зависимости от того является ли она клиентом или сервером.
Sysprep является инструментом, который готовит вашу систему к дублированию. Официально он носит название Microsoft System Preparation Tool (Инструмент подготовки системы Microsoft), а чтобы суммировать одной строкой то, что он делает, он позволяет вам создать главный образ вашего сервера, который вы можете повторно применять столько раз, сколько вам нужно, чтобы накатывать дополнительные серверы. Ключевое преимущество использования sysprep состоит в том, что вы можете персонализировать настройки вашего основного сервера и устанавливать такие вещи, как обновление Windows изначально на sysprep, причём все эти настройки и исправления затем будут присутствовать внутри вашего главного образа. Применение sysprep сохраняет вам время не только за счёт получения прохода через весь процесс установки операционной системы, но также он ещё больше сберегает времени поскольку не требует ожидания того, пока обновления Windows накатят все имеющиеся в настоящий момент исправления на каждую новую создаваемую вами систему. Теперь некоторым из вас может быть интересно зачем вообще необходим sysprep.
Если вы желаете клонировать свой главный сервер, вы можете просто воспользоваться инструментом создания образа
некоторого жёсткого диска или, если вы имеете дело с виртуальными машинами, вы можете просто скопировать и вставить сам
файл .VHDX
чтобы сделать копию вашего нового сервера, так? Ответ — да, однако
самая большая проблема состоит в том, что новый образ или только что созданный жёсткий диск будут точной репликой оригинала.
Имя хоста было бы тем же самым, а что ещё более важно, некоторая ключевая идентификационная информация в Windows, такая
как SID
(security identifier, идентификатор безопасности) операционной
системы, была бы в точности той же самой. Если бы вы включили оба сервера, и главный и новый на основе реплики, в одну и
ту же сетевую среду, тогда вы вызвали бы конфликт и соперничество в сетевой среде, так как эти два сервера начали бы
бороться за свои права быть единственным сервером, с данным уникальным именем и SID. Данная проблема усугубляется в
среде домена, в которой даже ещё более важно, чтобы каждая система внутри вашей сетевой
среды имела уникальный SID/ GUID — свой идентификатор внутри Active Directory. Если вы создадите точные копии
серверов и включите их оба, давайте просто скажем, что никто не будет рад этому.
Sysprep исправляет все эти внутренние противоречия процесса дублирования системы путём присвоения случайных значений уникальным идентификаторам данной операционной системы. Чтобы подготовиться к раскрутке множества серверов с применением главного образа, который мы создаём при помощи sysprep, вот быстрая итоговая справка тех шагов, которые мы предпринимаем:
-
Установить Windows Server 2019 на некий новый сервер.
-
Настроить персональные данные и обновления для вашего нового сервера.
-
Запустить ваш новый главный сервер для подготовки sysprep и выключить его.
-
Создать ваш главный образ всего диска.
-
Собирать новые серверы применяя копии данного главного образа.
А теперь давайте рассмотрим эти шаги более подробно.
Установка Windows Server 2019 на новый сервер
Для начала, в точности как мы это уже сделали, нам требуется подготовить свой первый сервер чтобы получить установленную операционную систему Windows Server 2019. Воздержитесь от установки каких -либо полных ролей на этот сервер, так как в зависимости от конкретной роли или её уникальных настроек, процесс sysprep, который мы вскорости выполним, может вызвать проблемы с настройками определённой роли. Установите эту операционную систему и проверьте, что все драйверы устройств приведены в порядок, и вы готовы к следующему шагу.
Индивидуальные настройки и обновления на вашем новом сервере
Далее мы хотим выполнить индивидуальные настройки и установить обновления на наш новый сервер. Всякая настройка или
установка, которую вы выполните сейчас является общей для вашей пачки серверов и убережёт от необходимости предпринимать
эти же шаги в ваших серверах в дальнейшем. Эта фраза может слегка смущать, так как я говорил всего минуту назад,
что не стоит устанавливать роли на ваш главный сервер. Это обусловлено тем, что установка роли выполняет множество
изменений в операционной системе, причём некоторые из ролей, которые вы можете установить замыкают себя на
определённое имя исполняющегося в данной системе хоста. Если вы сделали нечто подобное этому на главном
сервере, данная роль, скорее всего, прекратит свою работу при её подъёме на новом сервере. Индивидуальные настройки,
которые вы можете осуществлять на своём главном сервере являются такими вещами, как подключение файлов и папок, которые
вы можете пожелать иметь на всех своих серверах, например, папка Admin Tools
, или
нечто подобное её. Вы можете также запустить или остановить службы, которые могут работать или наоборот, быть
отключёнными, на каждом из ваших серверов, и изменить настройки в реестре, если это является частью вашей обычной
подготовки сервера или процесса его упрочнения (hardening). Когда все необходимые вам изменения и индивидуальные настройки
помещены на свои места, не будет лишним выполнить весь объём проверок на своём самом первом построенном вами сервере
из данного образа мастера, просто чтобы быть уверенным, что выполненные вами изменения пройдут предстоящий процесс
sysprep.
Теперь также настало время позволить и обновлениям Winows выполнить установку и разместить все исправления на данном новом сервере, который вы желаете устанавливать на всех своих новых серверах в дальнейшем. Нет ничего более обескураживающего, чем установка новой операционной системы за 5 минут только для того, чтобы потом ожидать ещё 4 часа для установки всех текущих обновлений и исправлений, прежде чем можно будет начать пользоваться новым сервером. Включив все эти обновления и исправления в свой главный образ, вы избавитесь от затраты полного времени подобных загрузок и установок для каждого нового накатываемого сервера.
Совет | |
---|---|
Продолжайте сберегать собственные время и усилия, создавая новые копии своих главных образов каждые несколько месяцев. Таким образом самые новые исправления всегда будут содержаться в вашем главном образе и это продолжит сохранять вам всё больше и больше времени на протяжении всей жизни Windows Server 2019. |
Выполнение Sysprep для подготовки и останова вашего главного сервера
Теперь, когда ваш главный сервер подготовлен так, как нам этого хотелось, самое время выполнить сам
инструмент sysprep. Чтобы сделать это, откройте какое- нибудь приглашение командной строки и проследуйте в
C:\Windows\System32\Sysprep
. Теперь вы можете воспользоваться утилитой
sysprep.exe
внутри данной папки чтобы запустить сам
Sysprep.
Как и для многих исполняемых файлов, которые вы можете выполнять из приглашения командной строки,
имеется широкое разнообразие необязательных переключателей, которые вы можете прикреплять к концу своей
команды для выполнения определённых задач. В своём окне приглашения командной строки, если вы просто выполнили
саму команду sysprep.exe
, вы обнаружите некий графический интерфейс для
sysprep, в котором вы можете делать выбор среди доступных вариантов, как это отображено на следующем снимке экрана:
Так как я всегда применяю одни и те же опции для sysprep, я нахожу более простым просто включить все свои
настройки своих возможных переключателей прямо во ввод командной строки, вследствие чего пропускаю все
графические экраны. Вот некоторая информация по различным переключателям, которые доступны для применения с
sysprep.exe
:
-
/quiet
: Сообщает sysprep о необходимости исполнения без сообщений о его состоянии на вашем экране. -
/generalize
: Определяет, что sysprep должен удалить всю уникальную информацию системы (SID) из данной установки Windows, сделав такой окончательный образ готовым к применению на множестве машин в вашей сетевой среде, так как каждый новый экземпляр, развёртываемый из данного образа будет получать новый, уникальный SID. -
/audit
: Перезапускает данную машину в специализированном режиме аудита, в котором у вас имеется вариант добавления дополнительных драйверов в Windows, прежде чем будет получен окончательный образ. -
/oobe
: Сообщает данной машине о необходимости запуска своей мини- настройки при следующих загрузках Windows. -
/reboot
: Осуществляет перезапуск по окончанию sysprep. -
/shutdown
: Останавливает данную систему (без последующего запуска) по окончанию sysprep. Именно этот переключатель очень важен и именно им я обычно пользуюсь. -
/quit
: Закрывает sysprep после его завершения. -
/unattend
: Имеется особыйanswerfile
(файл ответов), который вы можете создать, который, если он определён, будет применяться совместно со всем процессом sysprep для дальнейшей настройки ваших новых серверов, по мере их подъёма. Например, вы можете определить такойanswerfile
, что при первой загрузке Windows последующей за sysprep будет запущен определённый установщик или пакетный файл. Это может быть полезным для любых видов задач очистки, которые вы можете пожелать выполнить, например, если у вас в вашей системе имеется пакетный файл, который вы применяете для очистки своих файлов журналов вслед за первой загрузкой новых серверов.
Два наиболее важных для наших целей желания создания какого- то файла главного образа, который мы можем применять
для быстрой накатки сервера в будущем, это переключатель /generalize
и переключатель /shutdown
. /generalize
очень важен, так как он заменяет всю информацию об уникальных идентификаторах, а именно информацию
SID, в данной новой
копии Windows, которая становится доступной. Это делает возможным вашим новым серверам сосуществовать в общей сетевой
среде совместно с вашим первоначальным сервером, а также со всеми серверами, которые вы введёте в эксплуатацию.
Переключатель /shutdown
также очень важен, так как мы желаем чтобы данный
главный сервер стал прошедшим обработку sysprep и затем сразу же был бы остановлен с тем, чтобы мы могли создать
из него свой главный образ.
Совет | |
---|---|
Проверьте что ваш сервер НЕ осуществляет загрузку Windows снова пока вы не создадите свой главный
образ, или не сделаете копию имеющегося файла |
Итак, вместо того чтобы просто прогонять все переключатели для вас и предлагать вам делать выбор, давайте взглянем на
те, которые обычно применяю я. Я буду использовать /generalize
с тем, чтобы я
получал свои новые серверы уникальными, а также я воспользуюсь /oobe
с тем,
чтобы запускался мастер мини- настроек в процессе первой загрузки Windows в любой моей новой системе. Затем я, конечно,
применю /shutdown
, так как мне нужно отключить данный сервер немедленно вслед за
выполнением sysprep с тем, чтобы я сделал копию данного жёсткого диска для его применения в качестве своего главного
образа. Поэтому вот моя gjkujcnm. подготовленная команда sysprep
:
Sysprep.exe /generalize /oobe /shutdown
После запуска этой команды вы увидите что sysprep пройдёт неким процессом внутри Windows и по окончанию пары минут ваш сервер остановит себя:
Теперь вы готовы создать свой главный образ из этого жёсткого диска.
Создание вашего главного образа всего диска
Наш главные сервер теперь остановлен и мы готовы создать свой главный образ с этого сервера. Если это физический сервер,
вы можете применить любую утилиту создания образа жёсткого диска, чтобы создать некий файл образа с этого диска. Утилита
создания образа, например от компании Acronis, создаст отдельный файл с вашего диска, причём этот файл будет содержать образ всего вашего
диска, который можно применять для восстановления на новые жёсткие диски в новых серверах в будущем. С другой стороны,
большинство из вас вероятно в своей повседневной рабочей жизни наиболее часто имеют дело с виртуальными серверами, а
подготовка новых серверов в таком виртуальном мире даже ещё проще. Раз наш главный сервер был подготовлен sysprep и
остановлен, вы просто создаёте копию своего файла .VHDX
. Регистрируетесь на своём
сервере Hyper-V, копируете и вставляете этот файл жёсткого диска, и вы всё сделали.
Этот новый файл может быть переименован в WS2019_Master_withUpdates.VHDX
,
или как- либо ещё по вашему желанию, чтобы помочь вам отслеживать его текущее состояние в данном файле образа.
Сохраните этот файл образа или скопируйте данный .VHDX
куда- нибудь в безопасное
место в вашей сетевой среде, где у вас будет возможность быстро выцеплять его копии всякий раз, когда вам необходимо
раскрутить новый Windows Server 2019.
Построение новых серверов с применением копий главного образа
Теперь мы переходим к самой простой части. Когда вы в недалёком будущем пожелаете создать новые серверы, вы просто копируете и вставляете данный главный файл в новое местоположение для такого нового сервера, переименовываете выбранный файл диска во что- то более приемлемое для для данного создаваемого вами сервера и загружаете с него свою новую виртуальную машину. Именно здесь вы обнаруживаете все реальные преимущества того сохранённого для вас времени со стороны sysprep, так как теперь вы можете раскрутить много новых серверов, причём все за один раз, выполнив быструю операцию copy-paste своего файла главного образа и загрузив все свои новые серверы из этих новых файлов.
Когда новые серверы включатся в первый раз и загрузят Windows, они исполнят мастер мини- установки прямо сразу после установки. Кроме того, в фоновом режиме, данная операционная система снабжает себя новой случайно выбранной и уникальной информацией имени хоста и SID с тем, чтобы вы могли гарантировать отсутствие конфликтов в вашей сетевой среде с такими новыми серверами.
Совет | |
---|---|
Новые серверы, создаваемые из подготовленных sysprep файлов образов всегда получают некое новое имя хоста при
своей загрузке. Это часто смущает администраторов, которые могут желать именования своего главного сервера как- нибудь
навроде |
Например, перед выполнением sysprep и созданием моего главного образа, этот сервер, с которым я работал имел
имя DC1
, так как я изначально
намеревался использовать его в качетсве Контроллера домена в своей сетевой среде. Однако, поскольку я не
установил эту роль и не настроил ничего связанного с доменом на нём, этот сервер является отличным претендентом
для отображения процесса sysprep и поэтому я использовал его в нашем тексте сейчас. Теперь вы можете видеть
внутри свойств syprep, что я вернулся назад к полученному случайным образом имени хоста, а мне всё ещё
требуется применять этот сервер как DC1
,
поэтому мне придётся переименовать его вновь теперь, что завершается в мини- настройках при загрузке:
Будем надеяться, что данный процесс оказался для вас полезной информацией, которая способна сберечь вам время при построении новых серверов в ваших собственных средах. Пройдите его и испробуйте в следующий раз, когда вам придётся создавать новый сервер! Вы можете получить дополнительные преимущества от утилиты sysprep, сохраняя множество различных файлов образов. Возможно, вам будут полезны различные виды серверов. Вы постоянно готовите окончательно сформированные, ничто не останавливает вас в создании череды различных главных серверов и создания множества главных образов из таких серверов.
Все заинтересованы в том, чтобы администратору Windows Server было удобно выполнять установку и управление своими серверами, а обсуждение этих тем создаёт важную основу для движения вперёд. В нашем современном ИТ мире достаточно распространена сейчас тщательная проверка новой редакции операционной системы, как по причине простоты доступа к аппаратным ресурсам серверов через технологии виртуализации, так и потому что большая часть бизнес систем теперь проектируются на работу на протяжении всех 100% времени. Такой вид надёжности требует очень тщательного тестирования любых изменений платформ, и чтобы осуществить такое тестирование операционной системы Windowsw Server 2019 в вашей среде вам придётся прожечь заготовки достаточное число раз для многократной раскрутки основного процесса установки. Я надеюсь, что вы сможете воспользоваться предоставляемыми данной главой предложениями чтобы основательно сэкономить драгоценные минуты при работе с подобными задачами в своём мире Windows Server.
Несколько лет назад мы обычно тратили мало усилий на выяснение того, какие роли и службы могут сосуществовать, поскольку общее число доступных нам серверов было ограничено. При сдвиге к новым возможностям виртуализации и парадигме облачных решений, многие компании имеют практически неограниченное количество серверов, которые они способны запускать, а это означает, что мы имеем запущенными гораздо большее число серверов для решения тех же заданий и функций. Управление и администрирование такими серверами становится неким бременем ИТ, и освоение доступных в Windows Server 2019 централизованных средств администрирования и идей также значительно экономит ваши время и усилия в повседневной рабочей нагрузке.
-
Как называется новый инструментарий от Microsoft для централизованного управления серверами на веб основе (первоначально именовавшийся Проектом Гонолулу)?
-
Правда или ложь — Windows Server 2019 требуется устанавливать в монтируемое в стойку оборудование.
-
Правда или ложь — Выбирая для Windows Server 2019 вариант установки по умолчанию вы придёте к интерфейсу пользователя, который будет выглядеть в точности как Windows 10.
-
Какой cmdlet PowerShell отобразит установленные в Windows Server 2019 в настоящий момент роли и свойства?
-
Правда или ложь — Диспетчер серверов (Server Manager) может применяться для управления множеством серверов в одно и то же самое время?
-
Как называется тот инструментарий, который может быть установлен в компьютере Windows 10 чтобы запускать Диспетчер сервера в этой клиентской рабочей станции?
-
Какие поддерживаемые веб браузеры могут применяться для взаимодействия с Windows Admin Center?
Microsoft Windows Server Standard 2019 (бессрочная лицензия DVD), 64Bit English DVD 5 Client 16 Core
Microsoft Windows Server Standard 2022 – операционная система корпоративного уровня, которая обеспечивает обработку гибридного облака и данных, а также новый уровень безопасности и инноваций для приложений и инфраструктуры компании.
В основе операционной системы Windows Server 2022 лежит надежная платформа Windows Server 2019. Она предоставляет множество инновационных возможностей для работы с тремя основными областями: безопасность, гибридная интеграция и управление Azure, а также платформа приложений.
Безопасность
Новые возможности обеспечения безопасности в Windows Server 2022 сочетают в себе другие возможности обеспечения безопасности Windows Server в разных областях. Расширенная многоуровневая защита в Windows Server 2022 предоставляет комплексную защиту, которая в настоящее время необходима серверам.
Сервер с защищенным ядром обеспечивает защиту, которая позволяет предотвратить сложные атаки и может гарантировать повышенную надежность при обработке критически важных данных в некоторых отраслях, которые наиболее чувствительны к данным.
Гибридные возможности Azure
Пользователи могут повысить эффективность и гибкость благодаря встроенным гибридным возможностям в Windows Server 2022, которые позволяют расширять центры обработки данных в Azure гораздо удобнее. Серверы с поддержкой Azure Arc с Windows Server 2022 переносят локальные и многооблачные серверы Windows в Azure с помощью Azure Arc. Этот процесс управления предназначен для согласованного управления собственными виртуальными машинами Azure.
Платформа приложений
Для контейнеров Windows выполнено несколько улучшений платформы. Улучшена совместимость приложений и работа с контейнерами Windows с помощью Kubernetes. Основным улучшением является уменьшение размера образа контейнера Windows на 40%. Это позволило сократить время запуска на 30% и повысить производительность.
✅ Купите Microsoft Windows Server Standard 2019 (бессрочная лицензия DVD), 64Bit English DVD 5 Client 16 Core на официальном сайте
✅ Лицензия Microsoft Windows Server Standard 2019 (бессрочная лицензия DVD), 64Bit English DVD 5 Client 16 Core по выгодной цене
✅ Microsoft Windows Server Standard 2019 (бессрочная лицензия DVD), 64Bit English DVD 5 Client 16 Core, лицензионное программное обеспечение купите в Москве и других городах России
Предлагаем также:Установка Windows Server 2019 на виртуальную машину VMware
Здравствуй, юный сисадмин. Сегодня мы с тобой установим Windows Server 2019. Устанавливать будем ознакомительную версию, которая работает 180 дней. Установка производится на виртуальную машину VMware, я использую домашний сервер с ESXi на борту.
Дистрибутив Windows Server 2019
Переходим по ссылке:
https://www.microsoft.com/ru-ru/windows-server
Нажимаем кнопку «Попробуйте Windows Server прямо сейчас».
https://www.microsoft.com/ru-RU/windows-server/trial
Нас интересуем Windows Server 2019 в локальной среде. «Скачать бесплатную пробную версию».
Нам нужен ISO образ, выбираем, «Продолжить».
Итак, дистрибутив Windows Server 2019 в виде ISO образа у нас есть.
Системные требования Windows Server 2019
https://docs.microsoft.com/en-us/windows-server/get-started-19/sys-reqs-19
Минимальные системные требования для работы Windows Server 2019:
- Процессор
- 64-разрядный процессор с частотой 1,4 ГГц
- Совместимость с набором инструкций x64
- Поддержка NX и DEP
- Поддержка CMPXCHG16b, LAHF/SAHF и PrefetchW
- Поддержка трансляции адресов второго уровня (EPT или NPT)
- Память
- 512 МБ (2 ГБ для сервера с возможностью установки Desktop Experience)
- ECC (Error Correcting Code) или аналогичная технология для развертывания физического хоста
- Диск
- 32 ГБ для core mode + IIS
- 36 ГБ для GUI mode + IIS
При установке на виртуальную машину минимальных требований (1 процессор и 512 МБ оперативки может быть недостаточно, установка завершится с ошибкой. В этом случае можно сделать следующее:
- Выделите более 800 МБ памяти, после завершения установки можно уменьшить количество памяти до 512 МБ. Если вы используете дополнительный язык, то может потребоваться больше 800 МБ.
- Прервите процесс установки SHIFT+F10. В командной строке используйте diskpart.exe для создания и форматирования раздела для установки. Выполните wpeutil createpagefile /path=C:\pf.sys, где C: — это выделенный раздел. Закройте командную строку и продолжите установку.
Подготовка виртуальной машины для Windows Server 2019
Создаём виртуалку.
Минимальные требования не будем устанавливать. Я выделил:
- 2 процессора
- 4 ГБ оперативки
- 60 ГБ места на диске
Загружаю в хранилище ISO образ.
Монтирую ISO образ как CD\DVD.
Для удобства устанавливаю VMware Remote Console.
Установка Windows Server 2019
Включаем виртуалку.
Установочный образ подцепился.
Запускается Windows Setup.
Я предпочитаю устанавливать Windows Server на английском языке, мне так привычнее. Чем меньше лишнего — тем лучше. Единственное исключение делаю для терминальных серверов, так как с ними потом будут работать юзеры.
Выбираем язык установки, Next.
Install now.
Выбираем Standard версию с GUI. Next.
Принимаем лицензионное соглашение. Next.
Тип установки — Custom: Install Windows only (advanced). У нас новый сервер.
Выбираем диск для установки. На виртуальной машине он у нас выделен один. Next.
Откиньтесь на спинку кресла, начинают копироваться установочные файлы.
Идёт подготовка для установки Windows Server 2019.
В процессе установки Windows может несколько раз перезагрузиться.
Нужно запастись терпением.
Открывается окно для установки пароля администратора.
Требования к сложности пароля усилились. Два раза вводим пароль для администратора. Finish.
Первоначальная настройка завершена.
Для входа нужно нажать Ctrl+Alt+Del. Установка Windows Server 2019 завершена.
Не удается найти страницу | Autodesk Knowledge Network
(* {{l10n_strings.REQUIRED_FIELD}})
{{l10n_strings.CREATE_NEW_COLLECTION}}*
{{l10n_strings.ADD_COLLECTION_DESCRIPTION}}
{{l10n_strings.COLLECTION_DESCRIPTION}} {{addToCollection.description.length}}/500 {{l10n_strings.TAGS}} {{$item}} {{l10n_strings.PRODUCTS}} {{l10n_strings.DRAG_TEXT}}{{l10n_strings.DRAG_TEXT_HELP}}
{{l10n_strings.LANGUAGE}} {{$select.selected.display}}{{article.content_lang.display}}
{{l10n_strings.AUTHOR}}{{l10n_strings.AUTHOR_TOOLTIP_TEXT}}
{{$select.selected.display}} {{l10n_strings.CREATE_AND_ADD_TO_COLLECTION_MODAL_BUTTON}} {{l10n_strings.CREATE_A_COLLECTION_ERROR}}Системные требования для COMSOL Multiphysics® версии 5.6
Общие требования:
- 64-разрядный процессор1 Intel® или AMD® на базе архитектуры Intel® 64 или AMD64 с набором команд SSE4
Общие рекомендации:
- Интернет-подключение в процессе установки
- Не менее 4 ГБ оперативной памяти
- От 2 до 13 ГБ свободного места на диске, в зависимости от параметров установки
- Adobe® Acrobat® для просмотра и печати PDF-файлов документации COMSOL
Более подробные рекомендации по выбору оборудования приведены в базе знаний.
1 Этому требованию удовлетворяют процессоры Intel®, выпущенные не ранее 2009 года, и процессоры AMD®, выпущенные не ранее 2012 года.
Требования к операционным системам
См. также перечень системных требований модулей интеграции, в котором приведены специфические условия работы модуля «CAD-импорт», модуля «CAD-импорт и CAD-операции» и модулей группы LiveLink™ для CAD.
Системные требования COMSOL Compiler™ идентичны системным требованиям COMSOL Multiphysics®.
Windows® | macOS | Linux® | |
---|---|---|---|
64-разрядные операционные системы |
| macOS 10.13, 10.14 и 10.15 и 11.0 |
|
Специфические системные требования
Linux® |
|
---|
1 См. также «Менеджер лицензий FlexNet® на Linux®» ниже.
Справочная система на Linux
®Для правильной работы справочной системы в операционной системе Linux® необходимо установить следующие программные пакеты:
Операционная система | Название пакета |
---|---|
Debian® 9 и 10 | libwebkit2gtk-4.0-37 |
Ubuntu® 18.04 и 20.04 | libwebkit2gtk-4.0-37 |
Red Hat® Enterprise Linux® 7 и CentOS® 7 | webkitgtk4 |
Red Hat® Enterprise Linux® 8, CentOS® 8 и Oracle® Linux 8 | webkit2gtk3 |
SUSE® Linux Enterprise Desktop® 15 SP2 | libwebkit2gtk-4_0-37 |
OpenSUSE® Leap 15.1 и 15.2 | libwebkit2gtk-4_0-37 |
Менеджер лицензий FlexNet
®Системные требования менеджера лицензий идентичны системным требованиям COMSOL Multiphysics®. Помимо операционных систем Linux®, указанных выше, менеджер лицензий также поддерживает работу в Red Hat® Enterprise Linux® 6, SUSE® Linux Enterprise Desktop® 11.4, Debian® 6 и более поздних версиях. FlexNet® 11.16.2.1 используется на всех платформах. Версия lmgrd
должна соответствовать версии FlexNet®, используемой программным обеспечением COMSOL®.
Менеджер лицензий FlexNet
® на Linux®На сервере лицензий под управлением операционной системы Linux® должен быть установлен Linux Standard Base (LSB™).
Если основной пакет LSB™ отсутствует в репозитории дистрибутивов, самостоятельно создайте символьную ссылку с правами доступа root: ln -s /lib64/ld-linux-x86-64.so.2 /lib64/ld-lsb-x86-64.so.3
Дистрибутив | Требуемые пакеты |
---|---|
Debian® | lsb-core |
Ubuntu® | lsb-core |
Red Hat® | redhat-lsb |
SUSE® | lsb |
Среда разработки приложений
Работа среды разработки приложений поддерживается только в операционных системах Windows®.
Надстройка Microsoft
® PowerPoint®Надстройка COMSOL для PowerPoint® совместима в PowerPoint® 2010, 2013, 2016 и 2019 в операционных системах Windows®. PowerPoint® 2010 Starter не поддерживается. При использовании Office 365 на ПК необходимо установить PowerPoint®, поскольку для работы надстройки требуется версия PowerPoint® с поддержкой VSTO.
Требования для параллельных вычислений
Windows® | macOS | Linux® | |
---|---|---|---|
Системы с общей памятью | Все поддерживаемые версии Windows® | Все поддерживаемые версии macOS | Все поддерживаемые дистрибутивы Linux® |
Системы с распределенной памятью |
| Не поддерживается |
Все компьютеры в кластере должны использовать одинаковые версии Linux® и иметь идентичное оборудование. Рекомендуется установить OpenFabrics Enterprise Distribution (OFED) версии 1.5.4.1 или выше. Если вы используете сетевые системы с поддержкой RDMA, требуется драйвер или библиотека, совместимые с DAPL версии 1.2 или выше. Данное программное обеспечение обычно поставляется с оборудованием. |
1 Требуется Windows HPC Pack для соответствующей версии Windows Server.
Чтобы узнать о том, как можно запустить COMSOL Multiphysics® и COMSOL Server™ в облаке, просмотрите данную страницу.
Официально поддерживаемые компиляторы
В COMSOL Multiphysics® предусмотрены внешние C-интерфейсы для внешних функций, внешних моделей материалов и внешних динамических С-библиотек в среде разработки приложений.
Windows® | macOS | Linux® | |
---|---|---|---|
Внешние C-интерфейсы | Microsoft Visual Studio® 2017 | Официально поддерживается Intel® Parallel Studio XE Composer Edition для C++ в ОС macOS 18.5 (также известен как Intel® C++ Compiler версии 18.0.6) с Apple LLVM версии 9.1.0 (clang-902.0.39.2) | Официально поддерживается Intel® Parallel Studio XE Composer Edition для C++ Linux® 18.4 (также известен как Intel® C++ Compiler версии 18.0.5) с GCC 6.5.0 |
Java® API | JDK 1.7 и 1.8 | JDK 1.7 или 1.8 | JDK 1.7 и 1.8 |
COMSOL Multiphysics® разрабатывается и тестируется с использованием перечисленных выше компиляторов C/C++. Обратите внимание, что более поздние версии этих компиляторов C/C++ также могут быть совместимы с внешними C-интерфейсами. При использовании COMSOL API с Java® API в режиме клиент/сервер с jar-файлами, перечисленными в документе <installation dir>/bin/comsolclientpath.txt
, поддерживаются JRE 1.7 и JRE 1.8. При использовании COMSOL API с Java® API в автономном режиме с jar-файлами, перечисленными в документе <installation dir>/bin/comsolpath.txt
, поддерживается JRE 1.8.
Требования к графической системе
COMSOL рекомендует использовать аппаратный рендеринг для повышения производительности. Для аппаратного рендеринга необходимы драйверы, поддерживающие OpenGL® версии 2.0. Пользователи Windows® также могут использовать DirectX® версии 9 локально. Для аппаратного рендеринга требуется поддержка глубины цвета не ниже 24 бит.
Для использования опции оптимизации качества Optimize for Quality в окне настройки графики Graphics требуется наличие OpenGL® версии 2.1. Программный рендеринг поддерживает работу с глубиной цвета 16 бит. Для обеспечения производительности рекомендуется иметь не меньше 512 МБайт графической памяти.
AMD
®Windows® 10
Модель карты | Версия драйвера |
---|---|
AMD Radeon™ Pro VII | 20.Q3 |
AMD Radeon™ Pro WX 9100 | 20.Q3 |
AMD Radeon™ Pro WX 8200 | 20.Q3 |
AMD Radeon™ Pro WX 7100 | 20.Q3 |
AMD Radeon™ Pro WX 5100 | 20.Q3 |
AMD Radeon™ Pro WX 4100 | 20.Q3 |
AMD Radeon™ Pro WX 3200 | 20.Q3 |
AMD Radeon™ Pro WX 3100 | 20.Q3 |
AMD Radeon™ Pro WX 2100 | 20.Q3 |
Ubuntu® 20.04
Модель карты | Версия драйвера |
---|---|
AMD Radeon™ Pro WX 9100 | AMDGPU (Linux® 5.4) |
AMD Radeon™ Pro WX 8200 | AMDGPU (Linux® 5.4) |
AMD Radeon™ Pro WX 7100 | AMDGPU (Linux® 5.4) |
AMD Radeon™ Pro WX 5100 | AMDGPU (Linux® 5.4) |
AMD Radeon™ Pro WX 4100 | AMDGPU (Linux® 5.4) |
AMD Radeon™ Pro WX 3200 | AMDGPU (Linux® 5.4) |
AMD Radeon™ Pro WX 2100 | AMDGPU (Linux® 5.4) |
Ubuntu® 18.04
Модель карты | Версия драйвера |
---|---|
AMD Radeon™ Pro WX 3100 | AMDGPU (Linux® 5.4) |
NVIDIA
®Windows® 10
Модель карты | Версия драйвера |
---|---|
Quadro® RTX 3000 | 452.06 |
Quadro® T1000 | 452.06 |
Quadro® P4000 | 452.06 |
Quadro® P3200 | 452.06 |
Quadro® P2000 | 452.06 |
Quadro® P1000 | 452.06 |
Quadro® P600 | 452.06 |
Windows® 7
Модель карты | Версия драйвера |
---|---|
Quadro® P400 | 452.06 |
Перечисленные выше графические карты прошли тщательное тестирование на совместимость с программным обеспечением COMSOL Multiphysics®. Обратите внимание, что другие графические карты AMD® или NVIDIA® также могут быть совместимы с COMSOL Multiphysics®. Вероятнее всего, с COMSOL Multiphysics® будут совместимы карты, имеющие те же модельные серии, что и указанные выше модели.
Для обеспечения аппаратного ускорения на Linux® используйте проприетарные драйверы производителей графических карт, таких как NVIDIA®. В противном случае используйте программный рендеринг COMSOL®. Видеодрайвер Nouveau может использоваться только для программного рендеринга.
Примечание. Представленная на этой странице информация является справочной. Следование рекомендациям не избавляет от необходимости изучения и подбора оптимальной конфигурации оборудования в конкретных условиях использования COMSOL® или иного программного обеспечения. Вычислительные системы и оборудование постоянно обновляется и совершенствуется, поэтому выбор подходящего для ваших задач оборудования может меняться.
Adobe и Acrobat являются зарегистрированными товарными знаками или товарными знаками компании Adobe Systems Incorporated в США и (или) других странах. AMD, AMD Athlon, FirePro и Radeon являются товарными знаками или зарегистрированными товарными знаками компании Advanced Micro Devices, Inc. Debian является зарегистрированным товарным знаком компании Software in the Public Interest, Inc. в США. FlexNet является зарегистрированным товарным знаком компании Flexera Software LLC. NVIDIA и NVIDIA Quadro являются зарегистрированными товарными знаками компании NVIDIA Corporation в США и (или) других странах. Intel и Pentium являются товарными знаками компании Intel Corporation или ее дочерних компаний в США и (или) других странах. Oracle и Java являются зарегистрированными товарными знаками компании Oracle и (или) ее дочерних компаний. Red Hat, Red Hat Enterprise Linux и CentOS являются зарегистрированными товарными знаками компании Red Hat, Inc. Ubuntu является зарегистрированным товарным знаком компании Canonical Ltd. OpenGL является товарным знаком или зарегистрированным товарным знаком компании Silicon Graphics, Inc. в США и (или) других странах мира. OpenSUSE и SUSE являются зарегистрированными товарными знаками компании SUSE LLC. Linux, Linux Standard Base и LSB являются товарными знаками или зарегистрированными товарными знаками Линуса Торвальдса (Linus Torvalds) в США и других странах. MacOS является товарным знаком компании Apple Inc. в США и других странах. Microsoft, DirectX, PowerPoint, Visual Studio, Windows и Windows Server являются зарегистрированными товарными знаками или товарными знаками компании Microsoft Corporation в США и (или) других странах. Компания COMSOL AB, а также ее дочерние компании и продукция не связаны, не рекомендовались, не финансировались и не поддерживались владельцами данных товарных знаков.
Требования к оборудованию для Windows Server
- 4 минуты на чтение
В этой статье
В этой статье изложены минимальные требования к оборудованию для работы Windows Server. Если ваш компьютер соответствует минимальным требованиям, вы не сможете правильно установить этот продукт. Фактические требования будут зависеть от конфигурации вашей системы, а также от устанавливаемых приложений и функций.
Если не указано иное, эти минимальные требования к оборудованию применяются ко всем вариантам установки (Server Core и Server with Desktop Experience), а также к выпускам Standard и Datacenter.
Важно
Очень разнообразный объем потенциальных развертываний делает нереалистичным заявить рекомендуемые требования к оборудованию, которые были бы в целом применимы. Обратитесь к документации по каждой из ролей сервера, которые вы собираетесь развернуть, для получения дополнительных сведений о потребностях в ресурсах конкретных ролей сервера.Для достижения наилучших результатов проведите тестовые развертывания, чтобы определить соответствующие требования к оборудованию для конкретных сценариев развертывания.
Процессор
Производительность процессора зависит не только от тактовой частоты процессора, но также от количества ядер процессора и размера кеш-памяти процессора. Ниже приведены требования к процессору для этого продукта:
Минимум :
- 64-разрядный процессор 1,4 ГГц
- Совместимость с набором команд x64
- поддерживает NX и DEP
- Поддерживает CMPXCHG16b, LAHF / SAHF и PrefetchW
- поддерживает преобразование адресов второго уровня (EPT или NPT)
Coreinfo, часть Windows Sysinternals, — это инструмент, который вы можете использовать, чтобы проверить, какие из этих возможностей есть у вашего процессора.
RAM
Ниже приведены приблизительные требования к оперативной памяти для этого продукта:
Минимум :
- 512 МБ (2 ГБ для сервера с возможностью установки Desktop Experience)
- Тип кода исправления ошибок (Error Correcting Code) или аналогичная технология для развертывания на физическом хосте
Важно
Если вы создадите виртуальную машину с минимальными поддерживаемыми параметрами оборудования (1 ядро процессора и 512 МБ ОЗУ), а затем попытаетесь установить этот выпуск на виртуальную машину, установка завершится ошибкой.
Чтобы этого избежать, выполните одно из следующих действий:
- Выделите более 800 МБ ОЗУ виртуальной машине, на которой вы собираетесь установить этот выпуск. После завершения установки вы можете изменить выделение оперативной памяти до 512 МБ, в зависимости от фактической конфигурации сервера. Если вы изменили загрузочный образ для программы установки, добавив дополнительные языки и обновления, вам может потребоваться выделить более 800 МБ ОЗУ для завершения установки
- Прервите процесс загрузки этого выпуска на виртуальной машине с помощью комбинации клавиш
SHIFT + F10
.В открывшейся командной строке используйтеdiskpart.exe
для создания и форматирования установочного раздела. Запуститеwpeutil createpagefile /path=C:\pf.sys
(при условии, что созданный вами установочный раздел был C: \). Затем закройте командную строку и продолжите установку.
Контроллер хранилища и требования к дисковому пространству
Компьютеры, работающие под управлением Windows Server, должны иметь адаптер хранения, соответствующий спецификации архитектуры PCI Express. Устройства постоянного хранения на серверах, классифицируемых как жесткие диски, не должны иметь PATA.Windows Server не поддерживает ATA / PATA / IDE / EIDE для загрузочных дисков, страниц или дисков с данными.
Ниже приведены предполагаемые минимальные требования к пространству на диске для системного раздела.
Минимум : 32 ГБ
Примечание
Имейте в виду, что 32 ГБ следует считать абсолютным минимальным значением для успешной установки. Этот минимум должен позволить вам установить Windows Server 2022 с использованием варианта установки Server Core с ролью сервера веб-служб (IIS).Сервер в режиме Server Core примерно на 4 ГБ меньше, чем тот же сервер, использующий вариант установки Server with Desktop Experience.
Системному разделу потребуется дополнительное пространство в любом из следующих случаев:
- Если вы устанавливаете систему по сети.
- Компьютерам с более чем 16 ГБ ОЗУ потребуется больше дискового пространства для файлов подкачки, гибернации и дампа.
Требования к сетевому адаптеру
Сетевые адаптеры, используемые с этим выпуском, должны включать следующие функции:
Минимум :
- Адаптер Ethernet с пропускной способностью не менее 1 гигабит в секунду
- Соответствует спецификации архитектуры PCI Express.
Сетевой адаптер, поддерживающий отладку сети (KDNet), полезен, но не является минимальным требованием.
Сетевой адаптер, поддерживающий Pre-boot Execution Environment (PXE), полезен, но не является минимальным требованием.
Прочие потребности
Компьютеры, на которых работает этот выпуск, также должны иметь следующее:
- DVD-привод (если вы собираетесь установить операционную систему с DVD-носителя)
Следующие элементы требуются только для определенных функций:
- UEFI 2.Система на базе 3.1c и прошивка, поддерживающая безопасную загрузку
- Модуль доверенной платформы
- Графическое устройство и монитор с поддержкой Super VGA (1024 x 768) или более высокого разрешения
- Клавиатура и мышь Microsoft (или другое совместимое указывающее устройство)
- Доступ в Интернет (может взиматься плата)
Примечание
Микросхема доверенного платформенного модуля (TPM) требуется для использования определенных функций, таких как шифрование диска BitLocker. Если ваш компьютер использует TPM, он должен соответствовать следующим требованиям:
- Аппаратные TPM должны реализовывать версию 2.0 спецификации TPM. TPM
- , реализующие версию 2.0, должны иметь сертификат EK, который либо предварительно подготовлен для TPM поставщиком оборудования, либо может быть получен устройством во время первой загрузки. TPM
- , реализующие версию 2.0, должны поставляться с банками PCR SHA-256 и реализовывать PCR от 0 до 23 для SHA-256. Допускается поставлять TPM с одним переключаемым банком PCR, который можно использовать для измерений как SHA-1, так и SHA-256.
Параметр UEFI для отключения TPM не является обязательным.
Минимальные требования | Рекомендуемые требования |
---|---|
Рабочие места | |
|
|
Сервер | |
1-9 пользователей | |
|
|
10-29 пользователей | |
|
|
30-49 пользователей | |
|
|
50+ пользователей | |
|
|
Общие требования к серверу | |
|
Каковы требования Windows Server 2016?
Используйте код KB4KDO0L9 , чтобы получить постоянную скидку 10% на любом сервере.
Хотя сегодня многие серверы используют Linux в качестве операционной системы, все еще существует множество приложений, которые идеально подходят для Windows Server. Windows Server 2016 предоставляет легкий графический интерфейс для частных лиц и предприятий, использующих службы Microsoft.
Server 2016 Windows Server меньше, быстрее и поставляется с новыми и обновленными функциями, такими как оконные контейнеры, Hyper-v, защитник Windows, доменные службы Active Directory и многое другое. Однако вы должны соответствовать минимальным требованиям, чтобы иметь возможность установить и использовать его.
См. Также: 2020 Small Business Server ЦЕННЫЙ СПИСОК (PDF)
В этой статье мы опишем требования к серверу для Windows Server 2016, а также наши рекомендации, если вы хотите установить гибридный сервер. или выделенный сервер под управлением Windows Server.
Windows Server 2016 Минимальные требования к оборудованию
- Процессор : 64-разрядный процессор 1,4 ГГц
- ОЗУ : 512 МБ
- Дисковое пространство : 32 ГБ
- Сеть : Гигабит (10/100 / 1000baseT) Ethernet-адаптер, соединение 1 Гбит / с идеально.
- Оптическое хранилище : DVD-привод (при установке ОС с DVD-носителя)
КАКОЙ СЕРВЕР WINDOWS ПОДХОДИТ ДЛЯ МЕНЯ?
Пройдите небольшую викторину и узнайте, какой Windows Server лучше всего соответствует вашим требованиям к оборудованию.
1. Процессор
Для запуска Windows Server 2016 необходим процессор AMD64 или 1,4 ГГц EMT64 минимум.
Ваш процессор также должен быть совместим с архитектурой набора команд x64 и поддерживать такие функции безопасности, как предотвращение выполнения данных (DEP) и NX Bit.
Он также должен поддерживать CMPXCHG16b, PrefetchW и LAHF / SAHF.
Кроме того, он должен поддерживать преобразование адресов второго уровня: расширенную таблицу страниц (EPT) и вложенные таблицы страниц (NPT).
2. ОЗУ
Ниже приведены минимальные требования к ОЗУ для этого сервера:
- 512 МБ и 2 ГБ для оконных серверов с функцией Desktop Experience
- типа ECC или аналогичной технологии
Если вы создаете виртуальная машина (ВМ) с минимальными параметрами оборудования, а затем попытка установить WS2016 на ВМ, установка, скорее всего, завершится ошибкой.
Чтобы избежать этого, вы можете выделить 800 МБ ОЗУ или более для виртуальной машины, на которой вы собираетесь установить WS2016, и запустить программу установки.После завершения установки вы можете уменьшить объем оперативной памяти виртуальной машины до 512 МБ.
Вы также можете прервать процесс загрузки Windows Server 2016, нажав SHIFT + F10. В появившейся CP (командной строке) вы можете использовать инструмент командной строки Diskpart.exe для создания желаемого установочного раздела. Затем запустите Wpeutil createpagefile /path=X:\pf.sys (где X представляет собой установочный раздел, который вы создали).
После этого закройте CP и продолжите процесс установки.
СКАЧАТЬ: календарь управления сервером
Увеличьте время безотказной работы и безопасность сервера с помощью нашего рекомендованного ежемесячного календаря задач управления сервером.
3. Контроллер диска и дисковое пространство
Контроллер диска должен быть совместим с PCI Express.
Следует также отметить, что WS2016 не поддерживает ATA / IDE / PATA // EIDE для загрузки, страницы или данных. Для установки Core вам потребуется минимум 32 ГБ дискового пространства.
Дополнительные 4 ГБ требуются для установки графического интерфейса пользователя (GUI).
4. Сетевой адаптер
Microsoft рекомендует следующие минимальные системные требования Windows Server 2016:
- Гигабитный адаптер с пропускной способностью 1 Гбит / с
- Ваш сетевой адаптер должен быть совместимым с PCI Express
- Ваш Ethernet-адаптер также должен поддерживать PXE (Pre -boot Execution Environment)
Если ваша система соответствует этим требованиям, вы можете рассмотреть возможность установки революционного сервера.
5. Другие требования Windows Server 2016
Если вы собираетесь установить WS2016 с DVD-носителя, убедитесь, что на вашем компьютере есть DVD-привод.
У вас также должна быть система на основе UEFI 2.3.1c, графическое устройство, доверенный платформенный модуль, клавиатура, доступ в Интернет и прошивка, поддерживающая безопасную загрузку.
Мышь Microsoft и монитор с высоким разрешением также могут помочь сделать процесс установки плавным и успешным.
После установки вам нужно собрать несколько советов по безопасности для защиты вашего сервера Windows.
Windows Server 2016 Рекомендуемые требования к оборудованию
- Процессор : 3.64-битный процессор с тактовой частотой 0 ГГц
- ОЗУ : 8 ГБ ОЗУ
- Дисковое пространство : 32 ГБ
- Сеть : гигабитный (10/100 / 1000baseT) Ethernet-адаптер, соединение 1 Гбит / с является идеальным.
- Оптическое хранилище : DVD-привод (при установке ОС с DVD-носителя)
Основываясь на нашем реальном использовании установки Windows Server 2016 на основе графического интерфейса пользователя, мы рекомендуем спецификации сервера выше минимума, указанного Microsoft . В частности, использование памяти было ближе к 1.5 ГБ, чем 512 МБ.
Сколько стоит сервер Windows Server 2016?
Стоимость выделенного сервера Windows Server 2016 колеблется от 95 до 345 долларов в месяц в зависимости от требований к оборудованию.
Если вы предпочитаете запускать Windows Server на удаленном сервере за небольшую ежемесячную плату, вот наши рекомендации для двух выделенных служб, которые удовлетворят скромные потребности многих проектов.
Intel Xeon 1240v3 4x 3.Процессор 4 ГГц 32 ГБ ОЗУ 500 ГБ SSD | Intel Xeon-W 2145 4x 4,0 ГГц Процессор 32 ГБ ОЗУ 2x 500 ГБ SSD | ||||||||||||||||
Заключение |
ПРИМЕЧАНИЕ |
Следующие системные требования применяются к следующей конфигурации Veeam Agent для Microsoft Windows:
Чтобы узнать о системных требованиях для Veeam Agent 5.0, см. Примечания к выпуску Veeam Agent для Microsoft Windows 5.0.
Информацию о системных требованиях для Veeam Agent под управлением Veeam Backup & Replication см. В разделе «Системные требования» Руководства по управлению Veeam Agent. |
Спецификация | Требование |
---|---|
Аппаратное обеспечение | ЦП: процессор x86-64. Память: 2 ГБ ОЗУ или больше. Потребление памяти зависит от количества и размера обрабатываемых дисков. Место на диске: 200 МБ для установки продукта. Сеть: 1 Мбит / с или быстрее. Поддерживаются высокая задержка и достаточно нестабильные каналы WAN. Системная прошивка: BIOS или UEFI. Шифрование диска: Microsoft BitLocker (необязательно). Зашифрованные тома BitLocker необходимо разблокировать в момент, когда Veeam Agent запускает операцию резервного копирования или восстановления. Для шифрования дисков поддерживается только Microsoft BitLocker.Другие продукты для шифрования дисков не поддерживаются. |
OS | Поддерживаются как 64-разрядная, так и 32-разрядная (если применимо) версии следующих операционных систем1:
1 Примите во внимание следующее:
2 Драйвер Veeam CBT поддерживается только в том случае, если на компьютере с Veeam Agent установлено обновление Microsoft Windows KB3033929. 3 Microsoft Windows 10 Education поддерживается начиная со сборки 10586 и более поздних. |
Файловая система | Поддерживаются файловые системы Microsoft Windows FAT32 / exFAT, NTFS, ReFS. Поддерживаемая файловая система должна находиться на томе размером 64 ТБ или меньше, так как Veeam Agent использует Microsoft Software Shadow Copy Provider для создания теневой копии тома во время резервного копирования. Чтобы узнать больше об ограничении, см. Эту статью Microsoft. |
Программное обеспечение | В программу установки включено следующее необходимое стороннее программное обеспечение:
При установке продукта программа установки проверяет, все ли необходимое программное обеспечение доступно на целевом компьютере.Если некоторые из необходимых программных компонентов отсутствуют, недостающее программное обеспечение устанавливается автоматически. Если вы планируете использовать Veeam Agent для Microsoft Windows с Veeam Backup & Replication, вам необходимо установить Veeam Backup & Replication 11 на сервер резервного копирования Veeam. |
База данных Microsoft SQL | Microsoft SQL Server 2012 SP4 Express LocalDB Edition (устанавливается вместе с продуктом). |
Veeam Agent для Microsoft Windows работает только с теми типами жестких дисков, которые поддерживаются ОС Microsoft Windows.Таким образом, Veeam Agent поддерживает только жесткие диски размером 512 байт и 4 КБ. Другие типы жестких дисков не поддерживаются. Чтобы узнать больше, прочтите эту статью Microsoft.
Источник резервного копирования
Veeam Agent для Microsoft Windows поддерживает резервное копирование данных, находящихся в следующих типах хранилищ:
- Локальное (внутреннее) хранилище защищаемого компьютера.
- Запоминающие устройства с прямым подключением (DAS), такие как внешние диски USB, eSATA или Firewire (USB-накопители и SD-карты не поддерживаются).
- Сеть хранения данных (SAN), например тома, подключенные по iSCSI.
Помните, что Veeam Agent не может работать со сторонними диспетчерами томов, установленными на защищаемом компьютере. Такие менеджеры могут не позволить Veeam Agent правильно взаимодействовать с необходимыми интерфейсами и сервисами.
Целевой объект резервного копирования
Резервное копирование может выполняться в следующие типы хранилищ:
Дисковое хранилище
- Локальное (внутреннее) хранилище защищаемого компьютера (не рекомендуется).
- Запоминающее устройство с прямым подключением (DAS), такое как внешние диски USB, eSATA или Firewire, и тома сопоставления необработанных устройств (RDM).
ВАЖНО |
Не рекомендуется настраивать задание резервного копирования на устройство хранения с файловой системой exFAT. Если защищенный компьютер работает под управлением Microsoft Windows 10 или Microsoft Windows Server 2019 и более поздних версий, такая конфигурация может привести к повреждению данных резервной копии из-за проблемы с файловой системой exFAT. |
- Сетевое хранилище (NAS), которое может выступать в качестве общего ресурса SMB (CIFS).
- Сеть хранения данных (SAN), например тома, подключенные по iSCSI.
- Репозиторий резервных копий Veeam Backup & Replication 11 или новее.
Облачное хранилище
- Облачное хранилище Veeam Cloud Connect 11 или новее.
- Хранилище Microsoft OneDrive (для Microsoft Windows 7 SP1, 8.1 и 10).
Сеть
Примите во внимание следующее:
- Veeam Agent для Microsoft Windows должен иметь возможность устанавливать прямое IP-соединение с сервером Veeam Backup & Replication.Таким образом, Veeam Agent не может работать с Veeam Backup & Replication, расположенным за шлюзом NAT.
- Доменные имена компьютера Veeam Agent, сервера Veeam Backup & Replication и других серверов в инфраструктуре резервного копирования Veeam должны преобразовываться в адреса IPv4.
Системные требования для сервера Altium NEXUS | Altium Designer 21 Руководство пользователя
Родительская страница: Установка, лицензирование и управление сервером Altium NEXUS
Перед установкой сервера Altium NEXUS убедитесь, что ваш компьютер / сервер соответствует указанным ниже системным требованиям.
Поддержка операционной системы
Сервер Altium NEXUS должен быть установлен на ПК под управлением одной из следующих официально поддерживаемых операционных систем:
- Windows Server 2019 Standard Edition (64-разрядная версия)
- Windows Server 2016 Standard Edition (64-разрядная)
Сервер Altium NEXUS нельзя установить на ПК с 32-разрядной ОС или 64-разрядной ОС, не поддерживающей проверку подлинности Windows (выпуски Core, Home, Starter и Base).Ниже приводится сводка поддерживаемых операционных систем:
- Официально поддерживается: Windows Server 2019 Standard Edition 64-бит (рекомендуется), Windows Server 2016 Standard Edition 64-бит (минимум).
- Рекомендуется только для ознакомительной версии: 64-разрядная версия Windows 10, 64-разрядная версия Windows 8.1 — в каждом случае версии Ultimate или Professional. Ограничено до 10 одновременных веб-сокетов, используемых через интерфейс браузера NEXUS Server в такой ОС.
Сервер Altium NEXUS полагается на ряд компонентов среды выполнения Microsoft для успешной работы и доступа.В некоторых ситуациях они могут отсутствовать на целевой машине. Если вы получаете сообщение об ошибке об отсутствующей библиотеке (DLL) при попытке войти на сервер NEXUS, это означает, что отсутствуют компоненты среды выполнения Microsoft. Получите и установите соответствующий распространяемый пакет Microsoft Visual C ++ для вашей ОС.
Рекомендуемые системные требования
Ниже приведены рекомендуемые системные требования для установки и запуска Altium NEXUS Server. Обратите внимание, что эти рекомендации предназначены для 5 одновременных пользователей.
- ОС: Windows Server 2019 Standard Edition (64-разрядная версия)
- Оперативная память: 16 ГБ + Процессор
- : процессор Intel® Xeon® или аналогичный (4 или более ядер)
- Место на диске: 200 ГБ (SSD)
Минимальные системные требования
Ниже приведены минимальные системные требования для установки и запуска Altium NEXUS Server. Обратите внимание, что эти рекомендации предназначены для 5 одновременных пользователей.
- ОС: Windows Server 2016 Standard Edition (64-разрядная)
- Оперативная память: 8 ГБ +
- Процессор: Intel Core i3 / i5 или аналогичный (2 или более ядер)
- Место на диске: 200 ГБ
Требования Altium NEXUS
Для полного доступа и использования функций и технологий, связанных с сервером Altium NEXUS и установленных с ним, требуется последняя версия Altium NEXUS.
Требования к веб-браузеру
Чтобы обеспечить бесперебойную работу с Web Viewer — в интерфейсе браузера сервера NEXUS — убедитесь, что у вас есть:
- Установлена последняя версия поддерживаемого браузера. Поддерживаемые браузеры (и их минимальная поддерживаемая версия) перечислены ниже:
- Для него включен WebGL (или WebGL 2.0).
- Что на вашем компьютере установлены новейшие видеодрайверы (включая драйверы для выделенных видеокарт).
Установка и другое программное обеспечение
Из-за наблюдаемого непредсказуемого поведения антивирусного программного обеспечения рекомендуется отключить такое программное обеспечение во время установки Altium NEXUS Server.
Если компьютер также работает под управлением Microsoft Exchange Server, вы можете получить ошибку HTTP Error 503 при первой попытке входа в систему. Установка Exchange Server может изменить конфигурацию Internet Information Services (IIS) таким образом, который конфликтует с Сервер Altium NEXUS.Чтобы решить эту проблему, необходимо внести следующие изменения в файл applicationHost.config
:
< обработчиков accessPolicy = «Read, Script»>
…
...
ApplicationHost.config
см. В этой статье. Для получения информации о редактировании файла обратитесь к этой статье.Установлено или настроено дополнительное программное обеспечение
- Информационные службы Интернета (IIS).При установке Altium NEXUS Server будет установлена версия IIS, встроенная в вашу операционную систему:
- IIS 10.0 — Windows Server 2019 Standard Edition (64-разрядная), Windows Server 2016 Standard Edition (64-разрядная), Windows 10 (64-разрядная)
- IIS 8.5 — Windows 8.1 (64-разрядная версия)
- Ядро базы данных Firebird 3.0 (где выбрана возможность установки с использованием базы данных Firebird)
- .