Windows server 2012 wins server

By default, all Windows computers and servers running Windows Server use the NETBIOS protocol and can discover the machines on the network (if network discovery is enabled on the client machine) through the broadcast system.

The big problem of the broadcast is that it can consume a lot of bandwidth if a lot of computers use it at the same time. This is likely to be the case in schools and large companies where there are often tens or even hundreds of computers.

To minimize the broadcast, corporate networks and school networks are often subnetted.
But, for the broadcast related to the use of the NETBIOS protocol, this one can be eliminated by using a WINS server.

1. Required configuration
2. Install a WINS server
3. Configure clients to use the WINS server
4. Test the WINS server

1. Required configuration

In order for your clients to find your WINS server on the network, you will need to configure 2 DHCP options.
So, you need a DHCP server to use a WINS server in your network.

To install a WINS server, open the Server Manager and click «Add Roles and Features».
Then, select «Role-based or feature-based installation», select your server and click Next.

You arrive at the step regarding server roles. Click Next.

In the features list, check the «WINS-Server» box.

Click Install.

Once installed, click Close.

On the Home screen, you will find the shortcut to open the WINS console.

The WINS console appears.

The «Active Registrations» section displays the workstations that have contacted your WINS server, as well as other types of records.

3. Configure clients to use the WINS server

To let your clients know the IP address of your WINS server, you will need to configure options 44 and 46 of your Microsoft DHCP server.

For this, you have 2 possibilities :

1. specify the WINS server address when creating your DHCP scope
2. configure options 44 and 46 of the DHCP scope that you had previously created

3.1. Specify the WINS server address when creating a DHCP scope

When you create a new DHCP scope on Windows Server 2012, the wizard will ask you for the address of a WINS server.
At this step, just enter the IP address of your WINS server and click Add.

Then, continue to create your DHCP scope normally.

3.2. Configure options 44 and 46 of a previously created DHCP scope

If you had already created your DHCP scope before, select it and go to «Scope Options».
As you can see, in our case, options 44 and 46 are already present because we specified the WINS server address when creating our DHCP scope.

To configure them manually, right-click on the «Scope Options» item and click on «Configure Options».

Check the «044 WINS/NBNS Servers» box, enter the IP address of your WINS server, and click Add.

Then, check also the «046 WINS/NBT Node Type» box and enter the «0x8» value.

As described in the description of this DHCP option, 0x8 = H (hybrid) node.

Without going into details, using a hybrid node tells Windows to use :

• a P node (0x2) : to allow the computer to register with your WINS server when it starts
• if the WINS server is unreachable, Windows will use a B node (0x1). In other words, it will use the broadcast system it used when there was no WINS server on the network.

In short, the hybrid node allows you to use the WINS server as long as it works and broadcast when the WINS server has a problem.

4. Test the WINS server

To test your WINS server, go to a computer on the network and type these commands at a command prompt :

Batch

ipconfig /release
ipconfig /renew

This will force your computer to free the IP address that it currently has (release) and ask for a new one (renew) from your DHCP server.
Thus, it will also receive new DHCP information, including the address of your WINS server.

Then, in the details of your network connection, you will see that the WINS IPv4 server is indicated there.

Now, on your WINS server, go to the «Action -> Show records» menu of the WINS console.

If you leave the default options and click «Search», the WINS server will show you everything it knows.

To view only workstations, go to the «Record Types» tab and click «Clear All».
Then, check only the «WorkStation» box and click on «Find Now».

Now, the WINS console only shows the list of computers that it knows, as well as the name of the workgroup.

Windows Server 2012 R2 provides a wide range of new and enhanced features and capabilities spanning server virtualization, storage, software-defined networking, server management and automation, web and application platform, access and information protection, virtual desktop infrastructure, and more.

Benefits

At the heart of Microsoft’s Cloud OS, Windows Server helps customers transform the datacenter, taking advantage of technical advances and new hybrid cloud capabilities to increase resilience, simplify management, reduce cost, and speed delivery of services to the business.

Windows Server 2012 R2 is a proven, enterprise-class cloud and datacenter platform that can scale to run your largest workloads while enabling robust recovery options to protect against service outages. It helps accelerate time to value by simplifying your underlying infrastructure and allowing you to reduce cost by taking advantage of industry-standard hardware. Windows Server 2012 R2 helps you build, deploy and scale applications and web sites quickly, and gives you the flexibility to move workloads between on-premises environments and the cloud. It enables you to provide flexible, remote access to corporate resources while managing identities across your datacenter and federated into the cloud, and it helps you protect critical business information.

Languages

• Chinese (Simplified), English, French, German, Italian, Japanese,    Russian, Spanish

Editions

• Windows Server 2012 R2 Datacenter on Microsoft Azure
• Windows Server 2012 R2 Datacenter | 64-bit ISO
• Windows Server 2012 R2 Datacenter | 64-bit VHD

Windows Internet Name Service (WINS) — это служба на сетевом уровне, используемая для преобразования NetBIOS имен в IP-адреса и наоборот. Она также позволяет компьютерам в сети обращаться друг к другу по имени, не используя IP-адреса.

В данной пошаговой инструкции мы рассмотрим настройку WINS сервера на операционной системе Windows Server 2012 R2. Сервер WINS используется для управления базой данных NetBIOS имен и обеспечивает эффективную и быструю разрешения имён в сети.

Примечание: для установки WINS сервера требуются права администратора.

Шаг 1: Установка сервера WINS

1. Щелкните правой кнопкой мыши по «Панель управления» на рабочем столе и выберите «Установка и удаление программ».

2. В открывшемся окне выберите «Включение или отключение компонентов Windows».

3. В появившемся окне «Компоненты Windows» найдите «Службы для файлов и печати» и щелкните на кнопке «Подробности».

4. В раскрытом окне найдите и установите галочку напротив «Сервер WINS» и нажмите «OK».

Установка и активация WINS сервера

Шаг 1: Откройте «Server Manager» и выберите вкладку «Manage». В выпадающем меню выберите пункт «Add Roles and Features».

Шаг 2: Выберите «Role-based or feature-based installation» и нажмите «Next».

Шаг 3: Выберите сервер из списка или укажите другой сервер, если требуется. Нажмите «Next».

Шаг 4: В разделе «Server Roles» выберите «WINS Server» и нажмите «Next».

Шаг 5: Нажмите «Next» до экрана «Install». На этом экране нажмите «Install».

Шаг 6: Когда процесс установки будет завершен, нажмите «Close».

Шаг 7: После установки WINS сервера, откройте «Server Manager», выберите «Tools» и выберите «WINS».

Шаг 8: В окне WINS, щелкните правой кнопкой мыши на сервере и выберите «Configure WINS».

Шаг 9: Введите IP-адрес сервера WINS и нажмите «Add».

Шаг 10: Нажмите «OK» для сохранения изменений.

После выполнения всех этих шагов WINS сервер будет установлен и активирован на вашем Windows Server 2012 R2.

Создание WINS сервера

————————

Чтобы настроить WINS сервер на Windows Server 2012 R2, следуйте этим шагам:

1. Откройте «Панель управления» и выберите «Установка и удаление программ».

2. Нажмите на «Сведения об установленных компонентах».

3. Выберите «Службы сети» и установите флажок напротив «Служба WINS».

4. Нажмите «OK» и следуйте инструкциям по установке до завершения процесса.

5. После завершения установки, откройте «Панель управления» и выберите «Администрирование».

6. Выберите «Службы» и найдите «Сервер WINS» в списке.

7. Нажмите правой кнопкой мыши на «Сервер WINS» и выберите «Запустить».

8. Перед вами появится окно «Сервер WINS». Вам нужно будет выбрать папку для хранения базы данных WINS. Нажмите кнопку «Обзор» и выберите папку.

9. Перед вами появится окно «Сервер WINS». Вам нужно будет выбрать папку для хранения базы данных WINS. Нажмите кнопку «Обзор» и выберите папку.

10. Введите имя сервера, который будет использоваться для WINS. Нажмите «OK» для сохранения настроек.

11. Теперь вы настроили WINS сервер на Windows Server 2012 R2!

Это всего лишь основы создания WINS сервера на Windows Server 2012 R2. Чтобы настроить его полностью, вам придется выполнить дополнительные шаги, чтобы настроить зоны и настроить репликации. Удачной настройки!

Настройка параметров WINS сервера

После установки и настройки WINS сервера на Windows Server 2012 R2 необходимо произвести настройку параметров для оптимальной работы сервера и обеспечения корректного функционирования сети.

1. Запустите консоль администрирования WINS, для этого откройте меню «Пуск», найдите раздел «Сервисы администрирования» и выберите «WINS».

2. В открывшемся окне выберите WINS-сервер, для которого необходимо настроить параметры.

3. Нажмите правой кнопкой мыши на выбранный сервер и выберите пункт «Свойства».

4. В открывшемся окне перейдите на вкладку «Параметры».

5. В разделе «Параметры сервера» настройте следующие параметры:

• Лимит записей. Установите максимальное количество записей, которые будет содержать база данных WINS сервера. Рекомендуется выбирать достаточно большое значение, особенно если сеть имеет большое количество устройств.
• Время жизни записей. Установите время, через которое записи станут недействительными, если сервер не получит обновления. Рекомендуется устанавливать значение не менее 24 часов.
• Максимальное время жизни записей. Установите максимальное время, через которое записи будут удалены из базы данных, даже если они активны. Рекомендуется устанавливать значение не менее 7 дней.
• Время очистки записей. Установите интервал, через который будет производиться очистка устаревших записей. Рекомендуется выбирать значение не менее 1 дня.

6. После настройки параметров нажмите кнопку «Применить», чтобы сохранить изменения.

Теперь ваш WINS сервер настроен и готов к использованию. Убедитесь, что все клиентские компьютеры настроены на использование WINS сервера для разрешения имён в локальной сети.

Конфигурация WINS репликации

WINS репликация предназначена для обеспечения надежности и отказоустойчивости работы WINS сервера. Репликация позволяет создать несколько WINS серверов и автоматически синхронизировать их базы данных.

Для настройки WINS репликации необходимо выполнить следующие шаги:

1. Установите роль WINS Server на серверах, которые будут участвовать в репликации;
2. Настройте репликацию на каждом сервере. Для этого откройте консоль администрирования WINS сервера и выберите в меню «Replication Partners». Добавьте другие WINS серверы в список партнеров репликации;
3. Настройте функцию пула IP-адресов на сервере, чтобы избежать конфликтов при репликации записей;
4. Настройте расписания репликации для каждого партнера. Укажите временные интервалы, в течение которых будет происходить репликация;
5. Проверьте статус репликации для каждого партнера и убедитесь, что процесс синхронизации прошел успешно;
6. Настройте мониторинг состояния репликации для получения уведомлений о возникающих проблемах.

Правильное настройка WINS репликации обеспечивает стабильную работу WINS сервера и позволяет быстро восстановить работоспособность в случае отказа одного из серверов. Убедитесь, что все настройки репликации выполнены корректно и регулярно проверяйте состояние репликации.

Проверка и тестирование WINS сервера

После настройки WINS сервера в Windows Server 2012 R2 необходимо выполнить проверку корректности его работы для обеспечения стабильного и надежного функционирования в сети. Для этого можно использовать ряд инструментов и методов.

Один из основных способов проверки WINS сервера – это выполнение запросов и получение ответов от сервера. Для этого можно воспользоваться командной строкой и утилитой NBTSTAT. При помощи команды nbtstat -a [IP-адрес] можно получить информацию о WINS сервере, его IP-адресе, имени и MAC-адресе. Если полученные данные соответствуют ожидаемым, значит сервер настроен корректно и функционирует правильно.

Для проведения более подробной проверки WINS сервера можно использовать инструменты и программы для работы с NetBIOS, такие как nbtscan или nbtscan.exe. Эти программы сканируют сеть и отображают все доступные и зарегистрированные NetBIOS имена и соответствующие им IP-адреса. Если в результате сканирования находятся нужные записи, то это говорит о том, что WINS сервер работает правильно и предоставляет доступ к NetBIOS-ресурсам.

Также можно проверить связь с WINS сервером путем выполнения команды ping. Если при выполнении команды ping [IP-адрес] получается ответ от сервера, значит связь налажена и сервер доступен в сети.

Важно также проверить работу WINS сервера через клиентские компьютеры, чтобы убедиться, что они могут обращаться к серверу и получать от него нужную информацию. Для этого можно настроить клиентские компьютеры на использование WINS сервера и проверить доступность сетевых ресурсов, обратившись к ним по NetBIOS-именам. Если все ресурсы доступны и открываются без проблем, значит WINS сервер работает корректно.

Тестирование WINS сервера также может включать проверку репликации данных между серверами. Для этого можно использовать инструменты, предоставляемые Windows Server 2012 R2, такие как Replmon или Repadmin. Эти инструменты позволяют проверить статус и наличие репликаций между серверами, а также выявить и исправить возможные проблемы.

Таким образом, проверка и тестирование WINS сервера позволяет убедиться в корректности его работы и настроек, а также выявить и исправить возможные проблемы для обеспечения стабильной и надежной работы в сети.

From Wikipedia, the free encyclopedia

Windows Server 2012

Version of the Windows NT operating system
Screenshot of Windows Server 2012, showing the Server Manager application which is automatically opened when an administrator logs on, taskbar, and the blue color of Aero Lite
Developer	Microsoft
OS family	Windows Server
Working state	Current
Source model	Closed-source Source-available (through Shared Source Initiative)
Released to manufacturing	August 1, 2012; 11 years ago
General availability	September 4, 2012; 11 years ago[1]
Latest release	6.2 (Build 9200) / August 1, 2012; 11 years ago[2]
Marketing target	Business
Update method	Windows Update, Windows Server Update Services, SCCM
Platforms	x86-64
Kernel type	Hybrid (Windows NT kernel)
Default user interface	Windows shell (GUI)
License	Commercial proprietary software
Preceded by	Windows Server 2008 R2 (2009)
Succeeded by	Windows Server 2012 R2 (2013)
Official website	Windows Server 2012 (archived at Wayback Machine))
Support status
Start date: October 30, 2012[3] Mainstream support ended on October 9, 2018[3] Extended support until October 10, 2023[3] Paid support via the Extended Security Updates program until October 13, 2026, only for volume licensed editions.

Windows Server 2012, codenamed «Windows Server 8», is the sixth version of the Windows Server operating system by Microsoft, as part of the Windows NT family of operating systems. It is the server version of Windows based on Windows 8 and succeeds Windows Server 2008 R2, which is derived from the Windows 7 codebase, released nearly three years earlier. Two pre-release versions, a developer preview and a beta version, were released during development. The software was officially launched on September 4, 2012, which was the month before the release of Windows 8.^[4] It was succeeded by Windows Server 2012 R2 in 2013. Mainstream support for Windows Server 2012 ended on October 9, 2018, and extended support will end on October 10, 2023. Windows Server 2012 is eligible for the paid Extended Security Updates (ESU) program, which offers continued security updates until October 13, 2026.

Windows Server 2012 removed support for Itanium and processors without PAE, SSE2 and NX.^[5] Four editions were released. Various features were added or improved over Windows Server 2008 R2 (with many placing an emphasis on cloud computing), such as an updated version of Hyper-V, an IP address management role, a new version of Windows Task Manager, and ReFS, a new file system. Windows Server 2012 received generally good reviews in spite of having included the same controversial Metro-based user interface seen in Windows 8, which includes the Charms Bar for quick access to settings in the desktop environment.

Windows Server 2012 is the final version of Windows Server that supports processors without CMPXCHG16b, PrefetchW, LAHF and SAHF. Its successor, Windows Server 2012 R2, requires a processor with CMPXCHG16b, PrefetchW, LAHF and SAHF in any supported architecture.

As of April 2017, 35% of servers were running Windows Server 2012, surpassing usage share of Windows Server 2008.^[6]

History[edit]

Windows Server 2012, codenamed «Windows Server 8»,^[7] is the fifth release of Windows Server family of operating systems developed concurrently with Windows 8.^[8][9]

Microsoft introduced Windows Server 2012 and its developer preview in the BUILD 2011 conference on September 9, 2011.^[10] However, unlike Windows 8, the developer preview of Windows Server 2012 was only made available to MSDN subscribers.^[11] It included a graphical user interface (GUI) based on Metro design language and a new Server Manager, a graphical application used for server management.^[12] On February 16, 2012, Microsoft released an update for developer preview build that extended its expiry date from April 8, 2012 to January 15, 2013.^[13]

Before Windows Server 2012 was finalized, two test builds were made public. A public beta version of Windows Server 2012 was released along with the Windows 8 Consumer Preview on February 29, 2012.^[8] On April 17, 2012, Microsoft revealed «Windows Server 2012» as the final name for the operating system.^[7] The release candidate of Windows Server 2012 was released on May 31, 2012, along with the Windows 8 Release Preview.^[9]

The product was released to manufacturing on August 1, 2012 (along with Windows and became generally available on September 4, that year.^[4] However, not all editions of Windows Server 2012 were released at the same time. Windows Server 2012 Essentials was released to manufacturing on October 9, 2012^[14] and was made generally available on November 1, 2012.^[15] As of September 23, 2012, all students subscribed to DreamSpark program can download Windows Server 2012 Standard or Datacenter free of charge.^[16]

Windows Server 2012 is based on Windows 8 and is the second version of Windows Server which runs only on 64-bit CPUs.^[17] Coupled with fundamental changes in the structure of the client backups and the shared folders, there is no clear method for migrating from the previous version to Windows Server 2012.

Features[edit]

Installation options[edit]

Unlike its predecessor, Windows Server 2012 users can switch between «Server Core» and «Server with a GUI» installation options without a full re-installation. Server Core – an option with a command-line interface only – is now the recommended configuration. There is also a third installation option that allows some GUI elements such as MMC and Server Manager to run, but without the normal desktop, shell or default programs like File Explorer.^[12]

User interface[edit]

Server Manager has been redesigned with an emphasis on easing management of multiple servers.^[18] The operating system, like Windows 8, uses the Metro-based user interface unless installed in Server Core mode.^[19] The Windows Store is available by installing the desktop experience feature from the server manager, but is not installed by default.^[20] Windows PowerShell in this version has over 2300 commandlets, compared to around 200 in Windows Server 2008 R2.^[21]

Task Manager[edit]

Windows Server 2012 includes a new version of Windows Task Manager together with the old version.^[22] In the new version the tabs are hidden by default, showing applications only. In the new Processes tab, the processes are displayed in varying shades of yellow, with darker shades representing heavier resource use.^[23] Information found in the older versions are now moved to the new Details tab. The Performance tab shows «CPU», «Memory», «Disk», «Wi-Fi» and «Ethernet» graphs. Unlike the Windows 8 version of Task Manager (which looks similar), the «Disk» activity graph is not enabled by default. The CPU tab no longer displays individual graphs for every logical processor on the system by default, although that remains an option. Additionally, it can display data for each non-uniform memory access (NUMA) node. When displaying data for each logical processor for machines with more than 64 logical processors, the CPU tab now displays simple utilization percentages on heat-mapping tiles.^[24] The color used for these heat maps is blue, with darker shades again indicating heavier utilization. Hovering the cursor over any logical processor’s data now shows the NUMA node of that processor and its ID, if applicable. Additionally, a new Startup tab has been added that lists startup applications,^[25] however this tab does not exist in Windows Server 2012.^[26] The new task manager recognizes when a Windows Store app has the «Suspended» status.

IP address management (IPAM)[edit]

Windows Server 2012 has an IP address management role for discovering, monitoring, auditing, and managing the IP address space used on a corporate network. The IPAM is used for the management and monitoring of Domain Name System (DNS) and Dynamic Host Configuration Protocol (DHCP) servers. Both IPv4 and IPv6 are fully supported.^[27]

Active Directory[edit]

Windows Server 2012 has a number of changes to Active Directory from the version shipped with Windows Server 2008 R2. The Active Directory Domain Services installation wizard has been replaced by a new section in Server Manager, and a GUI has been added to the Active Directory Recycle Bin.^[28] Multiple password policies can be set in the same domain.^[29] Active Directory in Windows Server 2012 is now aware of any changes resulting from virtualization, and virtualized domain controllers can be safely cloned. Upgrades of the domain functional level to Windows Server 2012 are simplified; it can be performed entirely in Server Manager. Active Directory Federation Services is no longer required to be downloaded when installed as a role, and claims which can be used by the Active Directory Federation Services have been introduced into the Kerberos token. Windows Powershell commands used by Active Directory Administrative Center can be viewed in a «Powershell History Viewer».^[30][31]

Hyper-V[edit]

Windows Server 2012, along with Windows 8, includes a new version of Hyper-V,^[32] as presented at the Microsoft BUILD event.^[33] Many new features have been added to Hyper-V, including network virtualization, multi-tenancy, storage resource pools, cross-premises connectivity, and cloud backup. Additionally, many of the former restrictions on resource consumption have been greatly lifted. Each virtual machine in this version of Hyper-V can access up to 64 virtual processors, up to 1 terabyte of memory, and up to 64 terabytes of virtual disk space per virtual hard disk (using a new .vhdx format).^[34][35] Up to 1024 virtual machines can be active per host, and up to 8000 can be active per failover cluster.^[36] SLAT is a required processor feature for Hyper-V on Windows 8, while for Windows Server 2012 it is only required for the supplementary RemoteFX role.^[37]

ReFS[edit]

Main article: ReFS

Resilient File System (ReFS),^[38] codenamed «Protogon»,^[39] is a new file system in Windows Server 2012 initially intended for file servers that improves on NTFS in some respects. Major new features of ReFS include:^[40][41]

Improved reliability for on-disk structures

ReFS uses B+ trees^[40] for all on-disk structures including metadata and file data. Metadata and file data are organized into tables similar to a relational database. The file size, number of files in a folder, total volume size and number of folders in a volume are limited by 64-bit numbers; as a result ReFS supports a maximum file size of 16 exabytes, a maximum of 18.4 × 10¹⁸ folders and a maximum volume size of 1 yottabyte (with 64 KB clusters) which allows large scalability with no practical limits on file and folder size (hardware restrictions still apply). Free space is counted by a hierarchical allocator which includes three separate tables for large, medium, and small chunks. File names and file paths are each limited to a 32 KB Unicode text string.

Built-in resilience

ReFS employs an allocation-on-write update strategy for metadata,^[40] which allocates new chunks for every update transaction and uses large IO batches. All ReFS metadata has built-in 64-bit checksums which are stored independently. The file data can have an optional checksum in a separate «integrity stream», in which case the file update strategy also implements allocation-on-write; this is controlled by a new «integrity» attribute applicable to both files and directories. If nevertheless file data or metadata becomes corrupt, the file can be deleted without taking the whole volume offline. As a result of built-in resiliency, administrators do not need to periodically run error-checking tools such as CHKDSK when using ReFS.

Compatibility with existing APIs and technologies

ReFS does not require new system APIs and most file system filters continue to work with ReFS volumes.^[40] ReFS supports many existing Windows and NTFS features such as BitLocker encryption, Access Control Lists, USN Journal, change notifications,^[42] symbolic links, junction points, mount points, reparse points, volume snapshots, file IDs, and oplock. ReFS seamlessly^[40] integrates with Storage Spaces, a storage virtualization layer that allows data mirroring and striping, as well as sharing storage pools between machines.^[43] ReFS resiliency features enhance the mirroring feature provided by Storage Spaces and can detect whether any mirrored copies of files become corrupt using background data scrubbing process, which periodically reads all mirror copies and verifies their checksums then replaces bad copies with good ones.

Some NTFS features are not supported in ReFS, including object IDs, short names, file compression, file level encryption (EFS), user data transactions, hard links, extended attributes, and disk quotas.^[39][40] Sparse files are supported.^[44][45] Support for named streams is not implemented in Windows 8 and Windows Server 2012, though it was later added in Windows 8.1 and Windows Server 2012 R2.^[46] ReFS does not itself offer data deduplication.^[40] Dynamic disks with mirrored or striped volumes are replaced with mirrored or striped storage pools provided by Storage Spaces. In Windows Server 2012, automated error-correction with integrity streams is only supported on mirrored spaces; automatic recovery on parity spaces was added in Windows 8.1 and Windows Server 2012 R2.^[46] Booting from ReFS is not supported either.

IIS 8.0[edit]

Windows Server 2012 includes version 8.0 of Internet Information Services (IIS). The new version contains new features such as SNI, CPU usage caps for particular websites,^[47] centralized management of SSL certificates, WebSocket support and improved support for NUMA, but few other substantial changes were made.^[48]

Remote Desktop Protocol 8.0[edit]

Remote Desktop Protocol has new functions such as Adaptive Graphics (progressive rendering and related techniques), automatic selection of TCP or UDP as transport protocol, multi touch support, DirectX 11 support for vGPU, USB redirection supported independently of vGPU support, etc.^[49] A «connection quality» button is displayed in the RDP client connection bar for RDP 8.0 connections; clicking on it provides further information about connection, including whether UDP is in use or not.^[50]

Scalability[edit]

Windows Server 2012 supports the following maximum hardware specifications.^[35][51] Windows Server 2012 improves over its predecessor Windows Server 2008 R2:

Specification	Windows Server 2012	Windows Server 2008 R2
Physical processors[a]	64	64
Logical processors when Hyper-V is disabled	640	256
Logical processors when Hyper-V is enabled	320[b]	64
Memory	4 TB	2 TB
Failover cluster nodes (in any single cluster)	64	16

System requirements[edit]

Minimum system requirements for Windows Server 2012^[53]

Processor	1.4 GHz, x64
Memory	512 MB
Free disk space	32 GB (more if there is at least 16 GB of RAM)

Windows Server 2012 runs only on x86-64 processors. Unlike older versions, Windows Server 2012 does not support Itanium.^[5]

Upgrades from Windows Server 2008 and Windows Server 2008 R2 are supported, although upgrades from prior releases are not.^[53]

Editions[edit]

Windows Server 2012 has four editions: Foundation, Essentials, Standard and Datacenter.^{[54][55][56][57][51]}

Reception[edit]

Reviews of Windows Server 2012 have been generally positive.^[60][61][62] Simon Bisson of ZDNet described it as «ready for the datacenter, today,»^[60] while Tim Anderson of The Register said that «The move towards greater modularity, stronger automation and improved virtualisation makes perfect sense in a world of public and private clouds» but remarked that «That said, the capability of Windows to deliver obscure and time-consuming errors is unchanged» and concluded that «Nevertheless, this is a strong upgrade overall.»^[61]

InfoWorld noted that Server 2012’s use of Windows 8’s panned «Metro» user interface was countered by Microsoft’s increasing emphasis on the Server Core mode, which had been «fleshed out with new depth and ease-of-use features» and increased use of the «practically mandatory» PowerShell.^[63] However, Michael Otey of Windows IT Pro expressed dislike with the new Metro interface and the lack of ability to use the older desktop interface alone, saying that most users of Windows Server manage their servers using the graphical user interface rather than PowerShell.^[64]

Paul Ferrill wrote that «Windows Server 2012 Essentials provides all the pieces necessary to provide centralized file storage, client backups, and remote access,»^[65] but Tim Anderson contended that «Many businesses that are using SBS2011 and earlier will want to stick with what they have», citing the absence of Exchange, the lack of ability to synchronize with Active Directory Federation Services and the 25-user limit,^[66] while Paul Thurott wrote «you should choose Foundation only if you have at least some in-company IT staff and/or are comfortable outsourcing management to a Microsoft partner or solution provider» and «Essentials is, in my mind, ideal for any modern startup of just a few people.»^[67]

Windows Server 2012 R2[edit]

A second release, Windows Server 2012 R2, which is derived from the Windows 8.1 codebase, was released to manufacturing on August 27, 2013^[68] and became generally available on October 18, 2013, by Microsoft.^[69] An updated version, formally designated Windows Server 2012 R2 Update, was released in April 2014.^[70][71]

Support Lifecycle[edit]

Microsoft originally planned to end mainstream support for Windows Server 2012 and Windows Server 2012 R2 on January 9, 2018, with extended support ending on January 10, 2023. In order to provide customers the standard transition lifecycle timeline, Microsoft extended Windows Server 2012 and 2012 R2 support in March 2017 by 9 months. Windows Server 2012 reached the end of mainstream support on October 9, 2018 and Extended Support will end on October 10, 2023.^[72][73][74]

Microsoft announced in July 2021 that they will distribute Extended Security Updates for Windows Server 2012 and Windows Server 2012 R2 for up to 3 years after the end of Extended Support.^[75] For Windows Server 2012 and Windows Server 2012 R2, these updates will last until October 13, 2026. This will mark the final end of the Windows NT 6.2 product line after 14 years, 2 months and 12 days and will also mark the final end of the Windows NT 6.3 product line after 13 years, 1 month and 16 days.

See also[edit]

• Comparison of Microsoft Windows versions
• Comparison of operating systems
• History of Microsoft Windows
• List of operating systems
• Microsoft Servers

Notes[edit]

References[edit]

Further reading[edit]

• Stanek, William (2013). Windows Server 2012 Inside Out. Microsoft Press. ISBN 978-0-7356-6631-3.
• Stanek, William (2014). Windows Server 2012 R2 Inside Out Volume 1: Configuration, Storage, & Essentials. Microsoft Press. ISBN 978-0-7356-8267-2.
• Stanek, William (2014). Windows Server 2012 R2 Inside Out Volume 2: Services, Security, & Infrastructure. Microsoft Press. ISBN 978-0-7356-8255-9.

External links[edit]

• Official website
• Windows Server 2012 R2 and Windows Server 2012 on TechNet
• Windows Server 2012 R2 on MSDN
• Windows Server 2012 on MSDN
• Tutorials and Lab Manual Articles of Windows Server 2012 R2

Новая функциональность, новые редакции, новая модель лицензирования

Введение

По прошествии четырех лет разработки, 4 сентября 2012 года, Microsoft объявила о доступности новой версии Windows Server — Microsoft Windows Server 2012.

Исторически операционные системы линейки Windows Server — это ОС, предназначенные для управления аппаратным обеспечением серверов, обладающие требуемыми для этого функциональными особенностями. Также эти серверные ОС содержат специализированные службы (программные компоненты), предназначенные для организации, мониторинга и управления ИТ-инфраструктурой предприятия, начиная от управления адресным пространством протокола IP и учетными записями пользователей и заканчивая организацией отказоустойчивых сетевых сервисов.

Если мы посмотрим на ИТ-инфраструктуру предприятий образца 10-летней давности, то в большом количестве случаев увидим т. н. модель «on-premise», когда серверное аппаратное обеспечение приобреталось предприятиями в собственность, на каждом сервере разворачивался экземпляр операционной системы, настраивались ее комплектные службы, устанавливалось прочее программное обеспечение, реализующее дополнительную функциональность. В этой классической модели ИТ-инфраструктуры предприятия взаимодействие, как правило, строилось по схеме клиент—сервер, причем под клиентом в подавляющем большинстве случаев понимался ПК. То есть клиентский ПК, как устройство, на сетевом уровне взаимодействовал через локальную сеть с сервером, а на уровне приложений некое клиентское приложение взаимодействовало с соответствующим серверным.

В то же время, сейчас в индустрии мы видим трансформацию этой модели в модель «подключенных устройств и непрерывных сервисов». Всё большее количество пользователей работает со всё более и более возрастающим количеством разнообразнейших подключенных к интернету устройств: смартфонами, планшетами, ноутбуками, настольными ПК и даже «умными» телевизорами. На стороне «серверов» предприятия пользователи ожидают уже не просто серверных приложений, взаимодействующих с единственным их устройством, но непрерывно, 24×7×365, функционирующих сервисов: «облачных», умных, надежных, быстрых, соответствующим образом обрабатывающих и умеющих синхронизировать данные между всеми устройствами. То есть нужна серверная операционная система, которая позволила бы строить такие сервисы. Растет и количество данных: в реляционных БД, текстовых документах и электронных таблицах накапливается все большее количество информации.

В условиях такой трансформации Microsoft поставила перед собой цель выпустить настоящую «облачную» операционную систему — платформу масштаба уже не единичного сервера, но центра обработки данных (ЦОД) с единообразными подходами и инструментами для управления и разработки приложений в частном, партнерском, глобальном облаке и гибридных вариантах. По аналогии с тем, как Microsoft перепридумала клиентскую ОС Windows, серьезному переосмыслению подверглась и парадигма серверной ОС Windows Server.

Ключевыми строительными блоками здесь являются Windows Server 2012, Windows Azure и System Center 2012 SP1.

Говоря «облачная операционная система», Microsoft понимает под этим четыре группы требований к серверной ОС:

1. Преобразование ЦОД. Необходимо иметь возможность взять все ресурсы ЦОД (хранение, сеть, вычислительные мощности), разделить их между облачными службами, обеспечить возможность высокой загрузки (эффективного использования) этих ресурсов. Нужно иметь возможность гибкого масштабирования, то есть для любой конкретной службы необходимо иметь возможность выделения ей дополнительных ресурсов, но только на то время, когда они ей нужны. Необходимо иметь возможность строить инфраструктуру, работающую в режимах always-up и always-on (всегда включено и всегда доступно). Необходимо иметь возможность автоматизирования задач по управлению ЦОД посредством API и порталов самообслуживания.
2. Необходимо иметь возможность размещения современных приложений поверх такой инфраструктуры. Нужно иметь большой набор работающих служб, позволяющих строить социальные, мобильные приложения и приложения для обработки сверхбольших массивов данных, т. е. поддержать все современные тренды. Предприятиям необходимо иметь гибкость в инструментарии, в среде разработки, чтобы быстро строить эти приложения. Необходимо иметь быстрый цикл разработки, который объединял бы разработчиков и управленцев.
3. Microsoft ставил перед собой задачу поддержать тенденцию BYOD (bring your own device = приноси свое собственное устройство) на предприятиях, в то же время обеспечивая необходимые контроль и управление со стороны ИТ-службы.
4. Необходимо было поддержать возможности по обработке и хранению любых массивов данных с любой парадигмой хранения: как SQL, так и NoSQL, совместно обрабатывать данные предприятия и данные из внешних структурированных источников, создавая новые возможности.

Результатом явилось построение облачной операционной системы и платформы. Новая ОС может быть развернута в своем ЦОД, можно использовать ее как услугу из партнерского ЦОД или из глобальной Windows Azure; при этом обеспечивается единый подход к виртуализации, инфраструктуре управления, инфраструктуре разработки приложений, управлению данными и сервисами идентификации.

Однако новая ОС несет множество новаций и усовершенствований и для тех, кто не планирует переселяться в облака

Редакции и лицензирование в линейке Windows Server 2012

Обычно вопросы лицензирования, редакций и их ограничений у всех производителей — одни из самых непростых. В линейке Windows Server 2012 структура упрощена и унифицирована по сравнению с предыдущим поколением.

В линейке Windows Server 2012 доступны 4 редакции.

Редакция	Основное предназначение	Основные особенности	Модель лицензирования	Цена на условиях «Open No Level (NL) ERP»
Datacenter (Датацентр)	Частные и гибридные виртуализованные среды высокой плотности	Полнофункциональный Windows Server. В цену входит возможность запускать неограниченное количество виртуализованных экземпляров на одном физическом сервере	Цена устанавливается за физические процессоры + лицензии клиентского доступа (приобретаются отдельно)	$4,809 за два физических процессора (количество ядер и потоков не ограничено). При использовании на более чем двухпроцессорных серверах требуется приобретение дополнительных лицензий
Standard (Стандарт)	Невиртуализованные или виртуализованные среды низкой плотности	Полнофункциональный Windows Server. В цену входит возможность запускать два виртуализованных экземпляра на одном физическом сервере	Цена устанавливается за физические процессоры + лицензии клиентского доступа (приобретаются отдельно)	$882 за два физических процессора (количество ядер и потоков не ограничено). При использовании на более чем двухпроцессорных серверах и/или более чем двух виртуализованных экземпляров требуется приобретение дополнительных лицензий
Essentials	Для малого бизнеса	Ограниченная функциональность Windows Server. В цену не входит возможность запускать дополнительные виртуализованные экземпляры. Максимально 25 пользователей. Максимально два физических процессора (количество ядер и потоков не ограничено)	Цена устанавливается за редакцию сервера, дополнительные пользовательские лицензии оплачивать не нужно	$501
Foundation	Экономичная редакция	Ограниченная функциональность Windows Server. В цену не входит возможность запускать дополнительные виртуализованные экземпляры. Максимально 15 пользователей. Максимально один физический процессор (количество ядер и потоков не ограничено)	Цена устанавливается за редакцию сервера, дополнительные пользовательские лицензии оплачивать не нужно	Распространяется только с оборудованием

Ранее входившие в линейку редакции Windows Small Business Server (SBS), Windows Home Server более развиваться не будут, так как, по наблюдениям Microsoft, целевые аудитории этих продуктов (домашние пользователи, малый бизнес) все чаще выбирают облачные службы для решения своих задач, например таких, как организация электронной почты и совместной работы и резервного копирования, вместо развертывания собственной инфраструктуры.

Также ранее входившие в линейку редакции Enterprise, High-Performance Computing (HPC) и Web Server в новом поколении недоступны.

Важным изменением является то, что функционально редакции Datacenter и Standard не отличаются — теперь можно строить кластеры высокой доступности и отказоустойчивые кластеры, имея лицензию на Standard.

Платформа виртуализации (Hyper-V)

Поскольку виртуализация — краеугольный камень облачных сред, много нового появилось именно в этой области.

Принята во внимание необходимость больших компаний и облачных провайдеров лучше управлять их ЦОДами, учитывая потребление ресурсов: вычислительных, хранения, сети.

Масштабируемость

Если предприятию было недостаточно мощности решений виртуализации предыдущего поколения, то Windows Server 2012 может быть выходом, так как Hyper-V 3-й версии поддерживает:

• до 320 логических процессоров на физический сервер и до 64 процессоров в виртуальной машине;
• до 4 ТБ оперативной памяти на физический сервер и до 1 ТБ памяти в виртуальной машине;
• в виртуальной машине поддерживается жесткий диск объемом до 64 ТБ;
• кластеры Hyper-V с количеством узлов до 64 и до 8000 виртуальных машин на кластер до 1024 машин на узел.

Мне представляется, что лишь очень небольшая часть всех возможных нагрузок, исполняющихся на серверах архитектуры x86-64, не может быть виртуализована, учитывая эти ограничения.

Live Migration

Live Migration (живая миграция) — возможность переноса виртуальных машин между физическими серверами без перерыва в предоставлении сервисов клиентам — с появлением Windows Server 2012 стала возможна более чем для одной виртуальной машины одновременно. Фактически количество виртуальных машин, одновременно вживую мигрирующих между хостами, зависит от мощности оборудования. При использовании новой версии протокола SMB, SMB3 (см. ниже), и агрегировании высокопроизводительных сетевых интерфейсов (NIC teaming) можно одновременно переносить 120 виртуальных машин.

Также, благодаря поддержке размещения виртуальных жестких дисков на общих папках по протоколу SMB3, стало возможным выполнять Live Migration без использования разделяемого кластерного хранилища (CSV = clustered shared volume).

Microsoft говорит о появлении возможности миграции типа «shared-nothing», т. е. при наличии только Ethernet-кабеля.

Сетевые возможности

Выполнены существенные усовершенствования и в сетевой инфраструктуре Hyper-V. Если в физическом хосте виртуализации будут установлены серьезные сетевые адаптеры, с большим количеством возможностей на аппаратном уровне, например IPSec Offload, то с большой вероятностью, применив Hyper-V 3, все эти «вкусности» удастся получить и внутри виртуальных машин.

Виртуальный коммутатор, управляющий работой сетевых адаптеров виртуальных машин, серьезным образом переработан. Основным усовершенствованием является новая открытая архитектура, которая позволяет сторонним производителям использовать документированные API для написания своих расширений, реализующих функциональность инспекции и фильтрации пакетов, проприетарных протоколов свитчинга, фаерволла и систем определения вторжений.

В настоящее время уже выпущено одно решение, использующее упомянутую архитектуру — виртуальный свитч Cisco Nexus 1000V.

Вместе с тем, даже без применения сторонних решений виртуальный свитч стал мощнее — например, появилась возможность управлять полосой пропускания отдельных виртуальных машин.

Другие механизмы Hyper-V

Также усовершенствованы многие другие механизмы: Hyper-V стал лучше поддерживать NUMA; появился новый формат виртуальных жестких дисков VHDX, поддерживающий жесткие диски формата native 4K и диски большого размера; улучшен механизм Dynamic Memory — добавлена опция Minimum Memory, позволяющая гипервизору забирать память у виртуальных машин, если для запуска нужной ее недостаточно. Стало возможным делать инкрементальные резервные копии работающих виртуальных машин.

Сетевая подсистема

IPv6

В ОС Windows Server 2012 переписана реализация стека протоколов TCP/IP. Основным протоколом сейчас считается IPv6, в то время как IPv4 на внутреннем программном уровне обрабатывается как подмножество IPv6.

На приоритетное использование IPv6 нацелена и реализация многих протоколов более высокого уровня и сервисов — не стоит удивляться, когда при наличии возможности работы и IPv6, и IPv4 будет выбран именно IPv6. Например, служба разрешения доменных имен DNS в первую очередь пытается получить именно IPv6-адрес узла.

Остановимся на некоторых особенностях IPv6:

• первое, что упоминается всеми — большее адресное пространство, что позволит наделить собственным уникальным во вселенной IPv6-адресом ≈3,4·10³⁸ узлов. Вместе с тем, существующие правила выделения IPv6-адресов, учитывающие их структуру, предписывают выделять каждому обратившемуся за собственным блоком IPv6-адресов предприятию подсеть /64, т. е. предприятие получает возможность выдать своим серверам, клиентским ПК и устройствам 2⁶⁴ уникальных глобально маршрутизируемых IPv6-адресов — в 2³² раза больше, чем было во всем вместе взятом IPv4-адресном пространстве Интернета;
• возможность выдать каждому узлу сети (каждому устройству) собственный глобально маршрутизируемый IPv6-адрес сделает гораздо более простой работу сервисов, которые должны из Интернета инициативно доставлять сообщения адресатам внутри корпоративных (да и домашних) сетей — в основном это различные приложения сегмента унифицированных коммуникаций: мессенджеры, коммуникаторы и т. п. Культурный шок: PAT (NAT) — больше нет! Для клиентских же приложений отпадет необходимость постоянно поддерживать открытую через PAT (NAT) TCP-сессию, а для сервера, соответственно, держать их тысячи/десятки тысяч;
• IPv6 позволяет снизить нагрузку и, соответственно, требования к сетевому оборудованию, особенно это будет заметно на высоконагруженном провайдерском оборудовании: из стандарта убрана фрагментация, не нужно считать контрольные суммы, длина заголовков — фиксирована;
• в IPv6 включена обязательная поддержка узлами технологии IPSec. В настоящее время существует большое количество протоколов, разработанных на заре Интернета, к каждому из которых пришлось позже разрабатывать и стандартизовать безопасные аналоги — некие уникальные для каждого протокола «обертки» (HTTP/HTTPS, FTP/SFTP и т. п.). IPv6 позволит уйти от этого «зоопарка» и унифицированно защищать соединение двух узлов на 3-м уровне сетевой модели для любого протокола;
• IPv6 потенциально создает возможность роуминга мобильных устройств между беспроводными сетями различных операторов (Wi-Fi, 3G, 4G и т. д.) без разрыва сессий клиентского ПО, например голосового трафика SIP-клиентов.

В частности, такая входящая в Windows Server технология, как DirectAccess, позволяет организовать защищенный удаленный доступ клиентского компьютера в корпоративную локальную сеть прозрачно для пользователя. Со стороны пользователя нет необходимости использовать какие-либо VPN-клиенты или подключения. DirectAccess, будучи единственный раз настроен, в дальнейшем работает прозрачно для пользователя.

С технологической стороны, DirectAccess — это реализация IPSec VPN на базе IPv6 компании Microsoft. (Это не значит, что он не будет работать поверх транспортных сетей IPv4.)

Кстати, в Windows Server 2012 стало возможным не развертывать PKI, если клиенты DirectAccess — Windows 8.

SMB3

В сетях Microsoft для доступа к ресурсам файл-сервера применяются протоколы SMB (Server Message Block). Уже довольно давно мы работаем с протоколом версии 2, а в Windows Server 2012 вошла новая редакция — SMB 3.0.

На самом деле, протокол SMB 3.0 необходимо рассматривать не в контексте сетевой подсистемы, а в контексте подсистемы хранения данных — и позже мы увидим почему.

В контексте же сетевой подсистемы можно сказать, что SMB 3.0 заточен под современные быстрые локальные гигабитные сети — при его использовании оптимизировано управление протоколом транспортного уровня TCP в таких сетях, учитывается возможность применения т. н. jumbo-фреймов Ethernet. Заточен он также и для применения IPv6.

Подсистема хранения

На крупных предприятиях при построении ИТ-инфраструктур часто применяются специализированные решения для хранения данных, за счет чего достигается определенный уровень гибкости: полка с дисками может использоваться одновременно несколькими серверами, емкость гибко по необходимости распределяется между ними.

В то же время, такие специализированные решения достаточно дороги и в приобретении, и в последующем обслуживании. Администрирование и поддержка этих устройств и интерфейсов (например, Fiber Channel) требуют от администраторов соответствующих знаний и навыков.

При проектировании Windows Server 2012 в Microsoft ставили перед собой задачу реализовать в серверной ОС функциональность, которая позволит предоставить приложениям, таким как SQL Server и Hyper-V, тот же уровень надежности подсистемы хранения, что и специализированные решения, используя относительно недорогие («неумные») дисковые массивы. Причем, для унификации задач администрирования, реализация даже не применяет блочные протоколы (такие как iSCSI), а работает в варианте с обычными файл-серверными протоколами, такими как SMB.

Достигнуто это было в основном двумя механизмами — применением Storage Spaces и протокола SMB3.

SMB3

Таким образом, SMB 3.0 научили:

• максимально использовать возможности «умных» полок, если таковые уже приобретены: использовать технологии Offloaded Data Transfer (ODX), когда сервер только отдает команду полке на перемещение файлов, а полка это сверхбыстро внутри себя делает и возвращает серверу результат выполнения;
• открывать более одной TCP-сессии для копирования файла на сетевых картах, поддерживающих RSS (receive side scaling);
• использовать более одной сетевой карты одновременно для увеличения производительности: если два сервера Windows Server 2012 (или Windows имеют по две сетевые карты, то скорость копирования вырастет;
• использовать более одной сетевой карты одновременно для обеспечения отказоустойчивости: если два сервера Windows Server 2012 (или Windows имеют по две сетевые карты и одна из них откажет, то процесс копирования не остановится, а завершится успешно;
• обеспечивать работу Continuously Available File Server — настоящего отказоустойчивого кластера файл-серверов*.

* Здесь необходимо сделать лирическое отступление. Термин Windows Server Failover Clustering достаточно давно неправильно перевели как «отказоустойчивый кластер». На самом деле это высокодоступный кластер. То есть сервис, оказываемый клиенту конкретным узлом кластера, в случае нештатного выхода этого узла из строя, прервется. Далее, без вмешательства администратора, сервис поднимется на другом узле кластера и продолжит обслуживать клиентов. Ущерб конкретному клиенту, получившему отказ в обслуживании на короткое время, зависит от используемого сервиса и стадии сессии, на которой произошел отказ.

Так вот, новый Continuously Available File Server — это тот самый настоящий «отказоустойчивый файл-сервер», то есть такое устройство кластера, выполняющего роль файл-сервера, при котором отказ узла, обслуживающего конкретного клиента в данный момент времени (например, клиент может копировать большой файл с сервера на локальный диск), не повлечет перерыва в обслуживании для этого клиента — файл на клиента продолжит отдавать другой узел кластера.

Storage Spaces

Storage Spaces — новый механизм, появившийся в Windows Server 2012.

Его ключевая «фишка» — дать возможность организовать высокодоступную и масштабируемую инфраструктуру хранения по значительно более низкой совокупной стоимости владения (TCO), чем специализированные сторадж-решения.

Идея, реализованная этим механизмом — следующая. Есть сервер под управлением Windows Server 2012. У него есть DAS (directly attached storage) — может быть, в форме дисков SATA или SAS, находящихся в корпусе, а может быть, в виде внешних дисковых полок, подключенных по интерфейсу SAS. Полкам не нужно обеспечивать никакой расширенной обработки, то есть не нужно реализовывать алгоритмы RAID, достаточно отдать JBOD — просто набор дисков, то есть полка в данном случае — это просто железка с блоком питания, салазками и интерфейсом SAS.

В механизме Storage Spaces определяются т. н. Storage Pools — базовые логические строительные блоки системы хранения. Они включают один или несколько физических дисков. На уровне Storage Pool один из дисков может быть назначен как диск, находящийся в горячем резерве — он будет автоматически задействован тогда, когда один из рабочих дисков, входящих в Storage Pool, выйдет из строя.

Далее, внутри Storage Pool, определяются виртуальные диски. Виртуальный диск может быть собран в одном из трех режимов:

1. Простой (Simple) — данные будут распределены между физическими дисками, увеличивая производительность, но уменьшая надежность (некий аналог RAID0);
2. Зеркало (Mirror) — данные будут продублированы на двух или трех дисках, увеличивая надежность, но неэффективно используя емкость (некий аналог RAID1);
3. Четность (Parity) — данные и блоки четности будут распределены по дискам, представляя компромиссное решение между первыми двумя режимами (некий аналог RAID5).

Виртуальные диски могут быть собраны с фиксированным размером на физическом диске либо потреблять место из Storage Pool по мере сохранения данных, до определенного для диска размера.

После создания виртуального диска ОС предлагает создать на нем раздел ОС, под который можно отвести все или часть пространства виртуального диска, отформатировать раздел и присвоить ему букву диска. То есть можно сказать, что механизм Storage Spaces формирует виртуальные жесткие диски, логически расположенные между «железом» и «Управлением дисками» (Disk Manager).

В чем же преимущество по сравнению со старым добрым софтовым RAID, работающим в Windows NT с незапамятных времен?

Неверное, самым большим отличием будет являться возможность создать виртуальные диски объемом больше, чем нижележащие диски с учетом режима. Например, определив Storage Pool, включающий три жестких диска по 16 ГБ, можно создать в нем виртуальный диск размером 120 ГБ. По мере того, как диск будет заполняться данными и доступная емкость физических жестких дисков будет заканчиваться, можно добавить в Storage Pool новые физические диски, не меняя ничего на уровне раздела и данных.

Отдельно хотелось бы сказать о производительности решения. Мы понимаем, что на определенном уровне архитектуры Storage Spaces представляют собой софтовую организацию RAID-массива. Софтовая — совсем не значит медленная или плохая. Например, реализация Intel Matrix RAID, несмотря на то что «снаружи» она выглядит как аппаратная, на самом деле для обсчета старших уровней RAID использует ресурсы ЦП. Необходимо полноценно тестировать производительность различных решений, и желательно не абстрактными синтетическими тестами, а тестами, имитирующими или представляющими собой реальную нагрузку.

Что же касается переносимости Storage Spaces между серверами — то она есть, без проблем. Если боевой сервер «упал», то можно подключить жесткие диски к новому и импортировать существующую конфигурацию Storage Spaces.

За счет новых технологий Storage Spaces и SMB3, в числе прочего, может быть собрана следующая архитектура:

Два Hyper-V-хоста обеспечивают режим высокой доступности для исполняющихся на них виртуальных машин. Виртуальные жесткие диски и конфигурация виртуальных машин хранятся на выделенной в совместное использование по протоколу SMB3 папке. Папка, в свою очередь, выделена непрерывно доступным файл-сервером (отказоустойчивым кластером), состоящим из двух серверов, в каждом из которых расположены два SAS HBA (хост-адаптера), каждый из которых соединен с двумя идентичными коробками дисков). На файл-серверах настроены «зеркальные» Storage Spaces, а на соответствующих дисках организовано разделяемое кластерное хранилище (CSV). То есть подсистема хранения вообще не имеет единой точки отказа, и собрана она при этом исключительно средствами Microsoft Windows Server 2012.

Дедупликация данных

Практически стандартной является ситуация, когда каждому сотруднику предприятия на файл-сервере выделена личная папка. Диск файл-сервера, как правило, организован на отказоустойчивом RAID-массиве, осуществляется регулярное резервное копирование, правами на доступ к личной папке обладает только сотрудник. Таким образом, и информация, и интересы предприятия эффективно защищены.

Иногда встречаются вариации схемы: средствами ОС Windows на файл-сервер перенаправлены папки «Мои документы» и «Рабочий стол». То есть сотрудник пользуется этими папками как обычно, а физически они расположены на файл-сервере.

Теперь представим ситуацию, когда в общей папке появляется некий файл, представляющий интерес для нескольких сотрудников. Например, презентация нового продукта. Или фотографии с корпоративного мероприятия. Довольно скоро множественные копии этих файлов оказываются растащены по личным папкам. Конечно, на файл-сервере место занимает каждый экземпляр файла.

В такой ситуации может проявить себя новый механизм Windows Server 2012 — механизм дедупликации данных.

Будучи задействованным для конкретного тома, Windows Server 2012 начинает по определенному расписанию анализировать том на наличие блоков (не файлов, а блоков), содержащих идентичные данные, и обеспечивать их хранение в единственном экземпляре. Конечно, для пользователя это совершенно незаметно.

Расположив два идентичных по содержимому файла на диске, получаем следующую картину до и после дедупликации:

Механизм дедупликации не поддерживает ReFS и данные, защищенные EFS; не обрабатываются файлы менее 32 КБ и файлы с расширенными атрибутами (extended attributes), тома Cluster Shared Volumes и системные тома.

Новая файловая система — ReFS

Новая файловая система доступна только в Windows Server 2012. Хотя она остается совместимой с NTFS на уровне API, для нее действует целый ряд ограничений:

• не поддерживается шифрование NTFS;
• не поддерживается сжатие NTFS;
• не поддерживается на системных томах.

В ReFS для хранения информации о файлах используется структура т. н. «бинарного дерева», что позволяет быстро находить требуемую информацию. В ней не используется механизм «журналирования» NTFS, а реализован другой принцип транзакционности. ReFS хранит расширенную информацию о файлах, например контрольные суммы с возможностью коррекции считанных исходных данных файла, что помогает предотвратить ошибки типа «bit rotting».

CHKDSK

Утилита CHKDSK, отвечающая за проверку логической целостности файловой системы и ранее требовавшая эксклюзивного доступа к диску (отмонтирования тома), в Windows Server 2012 научилась работать в фоне. То есть, например, если большой диск с данными SQL Server требуется проверить CHKDSK, то после перезагрузки сервер запускается, SQL стартует и начинает обслуживать клиентов, а в фоне работает CHKDSK.

Динамический контроль доступа

В предыдущих поколениях Windows Server разграничение на доступ к ресурсам файл-сервера строилось на механизме списков контроля доступа (ACL) на ресурсах и включении учетной записи пользователя в группы.

При наличии большого количества файл-серверов, ресурсов на них и обширного штата пользователей работа по администрированию доступа становилась трудоемкой. Представим ситуацию, когда есть:

1. несколько регионов продаж;
2. несколько уровней допуска к информации внутри подразделений продаж;
3. несколько типов документов по степени конфиденциальности;
4. предусматривается возможность доступа с нескольких категорий устройств: доверенных и недоверенных.

Дизайн становится непростым. Для пользовательских учеток возникают группы вида «G-Sales-RUS-High_Clearance-…». Учесть же требования п.4 вообще не представляется возможным. При этом отметим, что мы в какой-то части дублируем свою же работу: если для учетной записи пользователя в Active Directory мы уже исправно заполняем «Регион», то мы же сами потом и должны включить его учетку в группу «G-Sales-RUS-…».

В таких сценариях и появляется поле для деятельности динамического контроля доступа. Идея заключается в том, что файл-сервер при принятии решения о предоставлении доступа к ресурсу (файлу, папке) сможет учитывать определенные атрибуты пользователя и устройства, источником которых является Active Directory. Например, предоставлять доступ только в том случае, если Страна учетки пользователя = Россия или Германия, Департамент = Финансы, и Тип_Устройства, с которого пользователь пытается получить доступ = Управляемое. То есть для администраторов задача по сведению пользовательских учеток в группы в некоторых сценариях может быть значительно упрощена. Сам пользователь придет за доступом к ресурсу файл-сервера, уже имея набор определенных реквизитов, взятых из Active Directory. А на ресурсе значения этих реквизитов могут быть собраны в логические выражения.

Для развертывания, в числе прочего, требуется функциональный уровень леса не ниже Windows Server 2003 и хотя бы один домен-контроллер на Windows Server 2012, а также файл-сервер на Windows Server 2012. Клиентами могут быть Windows 7.

Особенно интересными могут быть сценарии, когда динамический контроль доступа работает в связке с инфраструктурой классификации файлов (FCI). В этом случае на файлы автоматически в зависимости от их содержимого могут быть установлены расширенные атрибуты типа «УровеньДоступа = КонфиденциальнаяИнформация», а доступ можно настроить, например, только группе «G_Managers» департамента «Управляющая компания».

RDP 8 / RemoteFX второго поколения

Интересные изменения произошли в протоколе удаленных рабочих столов — RDP — с выходом RDP 8.

Если посмотреть на историю вопроса, мы увидим, что на заре существования по протоколу RDP передавались команды GDI — графического интерфейса Windows, которые исполнялись (отрисовывались) на удаленном терминале.

Постепенно протокол эволюционировал, обрастал различными типами, способами и методами кодирования и передачи заданий на отрисовку.

В Windows Server 2008 R2 была представлена концепция RemoteFX, в которой идеология полностью поменялась. С RemoteFX RDP-сервер фактически отрисовывал все сам, брал готовый фрейм-буфер, кодировал одним кодеком и отдавал на клиента.

Теперь в RDP8 вошел RemoteFX, если так можно выразиться, второго поколения. Теперь фрейм-буфер анализируется, для различных участков экрана (графика, статичные изображения, анимация и видео) выбираются разные кодеки, участки кодируются и по отдельности отдаются на клиента. Для изображений применяется прогрессивный рендеринг, то есть изображение в низком разрешении клиент увидит мгновенно, а детали догрузятся так быстро, как это позволит пропускная способность канала.

RemoteFX первого поколения работал только в том случае, если RDP-хост был развернут в виде виртуальной машины Hyper-V и в системе работал совместимый видеоадаптер, реализующий DirectX 10-й версии. Сейчас эти требования ушли: и визуальная часть, и проброс USB-устройств будут работать на RDP-хосте, развернутом прямо на железе, без виртуализации, и не имеющем видеоадаптера с DirectX 10. (Проброс USB-устройств позволяет работать в терминальной сессии любым USB-устройствам, подключенным к клиентскому терминалу, например лицензионным USB-ключикам — проброс осуществляется на уровне передачи данных по протоколу USB.)

RDP8/RemoteFX2 научился подстраиваться под особенности канала связи, используя адаптивные кодеки. То есть при подключении по локальной сети видео будет воспроизводиться в отличном качестве, но и на тонком WAN-канале что-то да будет видно

RDP8 поддерживает multi-touch и жесты, благодаря чему, например, на Microsoft Surface можно устанавливать RDP-соединение до сервера и использовать x86-приложения. В RDP-клиенте есть удаленный курсор, помогающий попадать пальцами по контролам Desktop-интерфейса.

Появился и новый API, который позволяет приложениям использовать адаптирующиеся под пропускную способность канала кодеки. Например, в сценарии развертывания пользовательских ПК как виртуальных машин (т. н. VDI) клиент унифицированных коммуникаций, работающий в терминальной сессии и получающий аудио- и видеопотоки от RDP-клиента, может использовать преимущества RDP8. В настоящее время используется клиентом Lync 2013.

Клиент RDP8 с поддержкой всей новой функциональности уже сейчас доступен для Windows 7.

Режимы Server Core / Minimal Server Interface

Свершилось: режим Server Core в Windows Server 2012 является основным рекомендуемым режимом установки и использования Windows Server. Преимущества такого подхода известны давно: меньше размер на диске, меньше требования к ресурсам (что особенно важно при высокой плотности виртуальных машин на физическом хосте), меньшая поверхность атак и обслуживания (сервер начинает таскать на себя меньше патчей). Кстати, из Server Core можно удалить компонент WoW64, позволяющий исполняться 32-битному коду, превратив Windows Server в настоящую чистую на 100% 64-битную ОС

Интересно, что между Server Core и Server with a GUI теперь находится некий промежуточный вариант, который нельзя выбрать при установке, но в который можно попасть при переходе от одного из двух основных вариантов к другому — т. н. «Minimal Server Interface», включающий Microsoft Management Console (MMC), Server Manager, и подмножество Control Panel.

Вместе с тем, в Windows Server 2012 можно переключаться между режимами Server Core, Minimal Server Interface и Server with a GUI в любое время после установки (в процессе эксплуатации), так что интересным представляется сценарий установки Server with a GUI, настройки сервера и последующего перехода к Server Core.

Для дополнительной экономии места на диске в Windows Server 2012 стало возможным после установки и настройки сервера полностью удалить бинарные файлы тех ролей и функциональности, которые остались незадействованными.

Администрирование

Новый Server Manager

В Windows Server 2012 появился новый Server Manager. Из интересного: можно управлять сразу несколькими серверами, выполняя на них однотипную операцию.

В интерфейсе появился список задач администрирования. Например, после установки DHCP-сервера для администратора устанавливается задача его настройки — выделения диапазонов и пр.

Личные впечатления: приятная неожиданность — пожалуй, это первый Server Manager, который не был сразу же закрыт и у которого не выключалась опция автозагрузки.

PowerShell

PowerShell в Windows Server 2012 существенно расширен: добавились более 2400 (!) командлетов. PowerShell де-факто стал стандартом на управление из командной строки. Всей функциональностью — возможно, за крайне небольшим исключением — можно управлять через PowerShell.

Такой подход не может не радовать. Мы можем вспомнить зоопарк из комплектных утилит командной строки, Support Tools, Resource Kit, специальных утилит, которые техподдержка Microsoft писала сама для себя, и прочего, каждая со своим собственным синтаксисом и возможностью совместного использования только через разбор текстового вывода одной и подачей на вход другой.

Почувствуйте разницу: единообразный синтаксис, передача объектов между командлетами, удаленное управление через стандартизованный интерфейс WS-Management.

Интересно: некоторые утилиты, например netsh, предупреждают, что их функциональность в следующих версиях Windows Server может быть изъята, и советуют переходить на PowerShell для решения задач автоматизации управления.

Заключение

В Windows Server 2012 действительно много новой интересной функциональности. Основные изменения сосредоточены в областях виртуализации, подсистемы хранения, сетях. Моменты, показавшиеся автору наиболее интересными, затронуты в статье.

Вместе с тем, о чем-то мы даже не упомянули: например, о нововведениях в подсистеме печати, VDI, IIS, BranchCache, DHCP…

Скачать пробную версию Windows Server 2012 можно здесь.

Если Вам интересно примерить возможности Windows Server 2012 к инфраструктуре своего предприятия — пишите, будет интересно пообщаться.

Источники:
www.microsoft.com
www.technet.com
www.smb3.info
www.atraining.ru