Windows server 2018 foundation: Заметки о выпуске для Team Foundation Server 2018 с обновлением 1

Содержание

Заметки о выпуске для Team Foundation Server 2018 с обновлением 1


  • Статья


  • Чтение занимает 9 мин

Сообщество разработчиков
| Требования к системе и совместимость
| Условия лицензии
| Блог DevOps по TFS
| Хэши SHA-1 | | Последние заметки о выпуске Visual Studio 2019

Примечание

Если вы открываете локализованную версию этой страницы и хотите просмотреть актуальные материалы, посетите страницу «Заметки о выпуске» на английском языке.

Эта статья содержит сведения о Team Foundation Server 2018 с обновлением 1. Нажмите кнопку, чтобы скачать файлы.

Дополнительные сведения о Team Foundation Server 2018 см. на странице Требования к Team Foundation Server и совместимость. Вы можете скачать другие продукты TFS 2018 на странице visualstudio.com/downloads.

Прямое обновление для Team Foundation Server 2018 обновлением 1 поддерживается начиная с версии Team Foundation Server 2012. Если ваше развертывание TFS основано на TFS 2010 или более ранней версии, необходимо выполнить промежуточные действия перед обновлением до TFS 2018 с обновлением 1. Дополнительные сведения см. на диаграмме ниже и на странице по установке TFS.

Таблица обновлений TFS

Примечание

Обновление до RTM-версии TFS 2018 перед обновлением до TFS 2018 с обновлением 1 не требуется.

Дата выпуска: 13 апреля 2021 г.

Team Foundation Server 2018 с обновлением 1.2, исправление 10

Выпущено исправление для Team Foundation Server 2018.1.2, в котором устранены следующие проблемы.

  • CVE-2021-27067 : раскрытие информации

Чтобы внедрить эти исправления, потребуется установить задачу AzureResourceGroupDeployment.

Установка задачи AzureResourceGroupDeployment

Примечание

Все нижеперечисленные шаги нужно выполнять на компьютере с Windows.

Установка

  1. Извлеките содержимое пакета AzureResourceGroupDeployment.zip в новую папку на своем компьютере. Например: D:\tasks\AzureResourceGroupDeployment.

  2. Скачайте и установите Node.js 14.15.1 и npm (входит в состав загрузки Node.js), совместимые с вашим компьютером.

  3. Откройте командную строку в режиме администратора и выполните следующую команду, чтобы установить tfx-cli.

npm install -g tfx-cli

  1. Создайте личный маркер доступа с привилегиями Полного доступа и скопируйте его. Этот личный маркер доступа будет использоваться при выполнении команды tfx login.

  2. В командной строке выполните следующую команду. При появлении запроса введите URL-адрес службы и личный маркер доступа.

~$ tfx login
Copyright Microsoft Corporation
> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully
  1. Выполните следующую команду, чтобы отправить задачу на сервер. Используйте путь к извлеченному ZIP-файлу из шага 1.
  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Дата выпуска: 8 декабря 2020 г.

Team Foundation Server 2018 с обновлением 3.2, исправление 14

Выпущено исправление для системы безопасности TFS 2018 с обновлением 3.2, в котором устранена следующая уязвимость.

  • CVE-2020-17145 : уязвимость для спуфинга в Azure DevOps Server и службах Team Foundation Service

Дополнительные сведения см. в записи блога.

Дата выпуска: 8 декабря 2020 г.

Team Foundation Server 2018 с обновлением 1.2, исправление 9

Выпущено исправление для системы безопасности TFS 2018 с обновлением 1.2, в котором устранены следующие проблемы. Дополнительные сведения см. в записи блога.

  • CVE-2020-17145 : уязвимость для спуфинга в Azure DevOps Server и Team Foundation Server

Дата выпуска: 10 марта 2020 г.

Team Foundation Server 2018 с обновлением 1.2, исправление 8

Выпущено исправление для системы безопасности TFS 2018 с обновлением 1.2, в котором устранены следующие проблемы. Дополнительные сведения см. в записи блога.

  • CVE-2020-0700 : уязвимость для межсайтовых сценариев
  • CVE-2020-0758 : уязвимость к повышению привилегий

Дата выпуска: 10 сентября 2019 г.

Team Foundation Server 2018 с обновлением 1.2, исправление 6

Мы выпустили исправление для системы безопасности TFS 2018 с обновлением 1.2, которое устраняет следующую ошибку. Дополнительные сведения см. в записи блога.

  • CVE-2019-1305 : уязвимость межсайтовых сценариев (XSS) в репозиториях

Дата выпуска: 9 июля 2019 г.

Team Foundation Server 2018 с обновлением 1.2, исправление 5

Мы выпустили исправление для системы безопасности TFS 2018 с обновлением 1. 2, которое устраняет следующую ошибку. Дополнительные сведения см. в записи блога.

  • CVE-2019-1072 : Уязвимость удаленного выполнения кода в отслеживании рабочих элементов

Дата выпуска: 14 мая 2019 г.

Team Foundation Server 2018 с обновлением 1.2, исправление 4

Мы выпустили исправление для системы безопасности TFS 2018 с обновлением 1.2, которое устраняет следующие ошибки. Дополнительные сведения см. в записи блога.

  • CVE-2019-0872 : уязвимость межсайтовых сценариев (XSS) в Test Plans
  • CVE-2019-0979 : уязвимость межсайтовых сценариев (XSS) в центре пользователей

Дата выпуска: 9 апреля 2019 г.

Team Foundation Server 2018 с обновлением 1.2, исправление 3

Мы выпустили исправление для системы безопасности TFS 2018 с обновлением 1.2, которое устраняет следующие ошибки. Дополнительные сведения см. в записи блога.

  • CVE-2019-0866 : уязвимость удаленного выполнения кода в конвейерах
  • CVE-2019-0868 : уязвимость межсайтовых сценариев (XSS) в конвейерах
  • CVE-2019-0870 : уязвимость межсайтовых сценариев (XSS) в конвейерах
  • CVE-2019-0871 : уязвимость межсайтовых сценариев (XSS) в конвейерах

Дата выпуска: 12 марта 2019 г.

Team Foundation Server 2018 с обновлением 1.2, исправление 2

Мы выпустили исправление для системы безопасности TFS 2018 с обновлением 1.2, которое устраняет следующую ошибку. Дополнительные сведения см. в записи блога.

  • CVE-2019-0777 : уязвимость межсайтовых сценариев (XSS) в конвейерах

Дата выпуска: 27 ноября 2018 г.

Team Foundation Server 2018 с обновлением 1.2

Исправлена ошибка, когда сбои службы «Поиск» были видимы не только администраторам.

Дата выпуска: 12 сентября 2018 г.

Team Foundation Server 2018 с обновлением 1.1

CVE-2018-8529 : Теперь включена базовая авторизация при обмене данными между Team Foundation Server и службами поиска для дополнительной безопасности. Любой пользователь, который устанавливает Team Foundation Server 2018 с обновлением 1.1 или обновляется до него, должен будет указать имя пользователя и пароль при настройке поиска (а также во время настройки службы поиска, если используется удаленная служба поиска).

Дата выпуска: 20 февраля 2018 г.

Сводка новых возможностей Team Foundation Server 2018 с обновлением 1

Это обновление для Team Foundation Server 2018. Оно содержит обновления и исправления ошибок, в том числе исправления для специальных возможностей, защиты от атак с использованием межсайтовых сценариев (XSS) и других уязвимостей системы безопасности из версии Team Foundation Server 2018 RTM. Дополнительные сведения об исправлениях уязвимостей системы безопасности см. в записи блога.

Обновления:
  • Поддержка кэширования GVFS на прокси-сервере TFS.
  • Доступ к информации, необходимой для тестовых случаев в автоматических тестах при работе в конвейере CI/CD
  • Теперь есть возможность запускать автоматические тесты, использующие TestCase в качестве источника данных, с помощью задачи VSTest.
Исправления ошибок
  • Код
  • Работа
  • Сборка и выпуск
  • Тест
  • Вики
  • Отчеты
  • Обновление и установка
  • Администрирование

Сведения о новых возможностях TFS 2018 с обновлением 1

Поддержка кэширования GVFS на прокси-сервере TFS

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

Доступ к информации, необходимой для тестовых случаев в автоматических тестах при работе в конвейере CI/CD

При выполнении автоматических тестов в конвейере CI/CD с использованием плана тестирования или набора тестов либо при выполнении автоматических тестов из центра тестирования теперь можно получить доступ к важнейшим свойствам с помощью объекта TestContext.
Для этого требуется Visual Studio 2017.5 или более поздней версии.
В том числе следующее:

  • __Tfs_TestPlanId__
  • __Tfs_TestCaseId__
  • __Tfs_TestPointId__
  • __Tfs_TestConfigurationId__
  • __Tfs_TestConfigurationName__
  • __Tfs_TfsServerCollectionUrl__
  • __Tfs_TeamProject__
Возможность запускать автоматические тесты, использующие TestCase в качестве источника данных, с помощью задачи VSTest

Для использования задачи VSTest требуется следующее:

  1. Visual Studio 2017. 6 или более поздней версии. При использовании задачи установщика платформы тестирования для выполнения тестов с помощью задачи VSTest нужно выбрать подходящую версию пакета.
  2. Создайте личный маркер доступа, имеющий разрешения для области «Рабочие элементы (полностью)».
  3. Добавьте защищенную переменную Build или Release с именем Test.TestCaseAccessToken и укажите в качестве ее значения личный маркер доступа, созданный на шаге 2.

Примечание

Тесты, использующие TestCase в качестве источника данных, не могут применяться с задачей Запуск функциональных тестов.

Исправления ошибок в этом выпуске

Код
  • При удалении репозитория в момент его индексирования функцией поиска задание завершается с исключением «GitRepositoryNotFoundException».
  • При первом индексировании репозитория TFVC возможен пропуск папок, а индексирование может занимать много времени.
  • Задание по применению исправления для индексирования поиска может завершиться с ошибкой при наличии большого количества файлов, которые не удается скачать.
  • При сбое индексирования файла кода и ошибках при повторных попытках вы будете встречать в течение неопределенного времени сообщения об ошибках вида «Множество файлов отклонено Elasticsearch, задание завершается с ошибкой».
  • Пользователи будут видеть постоянное сообщение: «Один проект или несколько в учетной записи еще индексируются, поэтому результаты не отображаются». После этого обновления ошибка будет отображаться не более 10 раз для заданного набора файлов.
Работа
  • Ссылки на рабочий элемент не отображаются, если существует ссылка TFVC из рабочего элемента, а артефакт TFVC был удален.
  • Сведения об удостоверениях могут неправильно синхронизироваться с рабочими элементами.
  • Настраиваемые поля «Допустимые значения» могут не работать, если ALLOWEDVALUES определяется внутри правила WHEN.
Сборка и выпуск
  • В сводке сборки не отображаются связанные рабочие элементы, если связанные изменения пусты.
  • Приостановка определения сборки не приостанавливает неконтролируемые сборки.
  • Локальный путь в $(build.sourcesDirectory) неожиданно заполняется на этапе получения исходного кода в определении сборки.
  • При сохранении определения выпуска появляется ошибка «service endpoint not available or not accessible» (Конечная точка службы недоступна, или к ней невозможно подключиться) даже в том случае, если нет изменений для конечных точек, используемых в задачах.
  • В конвейере выпуска невозможно изменить порядок визуализации параллельных сред. Для устранения этой проблемы в панель среды редактора была добавлена возможность перемещения среды вверх и вниз.
  • При постановке в очередь задания обслуживания пула агентов у агента с предыдущей версией может возникнуть исключение SQL.
Проверка
  • Параметр тестирования «Run Timeout» (Время ожидания запуска) не учитывается.
  • Фильтр Категория проверки не работает при запуске тестов в распределенном режиме.
  • Фильтр «План тестирования» не отображается при недопустимом запросе фильтра.
  • Невозможно извлечь более десяти шагов из тестового случая в общий шаг.
  • После завершения сборки без результатов теста отображается неверное сообщение, направляющее пользователей к задачам Visual Studio Test.
  • Кнопка «Пуск» на странице «Тестовые запуски» обрезана на русском и французском языках.
  • На странице «Мое избранное» выводится сообщение об ошибке «Ошибка при попытке загрузить это содержимое» после добавления плана тестирования в избранное.
  • Отсутствует контекстное меню для назначения тест-инженеров.
  • После удаления существующих тестовых случаев на доске задач общее число скрытых тестов становится неточным.
  • Счетчик на диаграмме тестирования показывает неверные данные при развертывании из дочерних планов тестирования.
  • Пользователи не могут удалять планы тестирования и наборы тестов при наличии разрешений на управление планами тестирования/наборами тестов или на удаление тестовых запусков.
  • Иерархические представления упорядоченных тестовых случаев не отображаются при публикации результатов тестов.
Вики
  • Отсутствует сообщение об ошибке, когда вставленный файл не удается передать из-за превышения размера.
Отчеты
  • Палитра не отображается при настройке диаграммы рабочих элементов.
  • Задания хранилища выполняются после отказа от составления отчетов во время обновления до TFS 2018.
Обновление и установка
  • Исключение ArgumentNullException возникает на шаге Перенос данных CFD при обновлении до TFS 2018.
  • Возникает ошибка «Недопустимая длина строки или массива знаков Base64» на шаге Migrate to latest CoD Migrations (On prem) (Переход на последнюю версию миграций CoD (локально)) при обновлении с TFS 2017 до TFS 2018 с большим числом версий пакета NuGet.
  • Обновление до версии TFS 2018 может занимать много времени при настройке планового резервного копирования.
  • Значения сервера отчетов и сервера аналитики не заполняются в мастере обновления.
  • Обновление до версии TFS 2018 приводит к возникновению повторяющихся заданий Microsoft.TeamFoundation.Warehouse.OptimizeDatabases.
  • Ошибка «TF50620: область удостоверения Team Foundation <область> не существует» при обновлении TFS.
  • Мастер настройки завершается со сбоем, если имена компьютеров содержат символы из расширения B Юникода.
  • Возникает ошибка «1 error(s) occurred while executing upd_AnalyticsToDev15M108PreSchema.sql script» (Произошла 1 ошибка при выполнении скрипта upd_AnalyticsToDev15M108PreSchema.sql) при обновлении до TFS 2018.
  • Возникает ошибка «Время ожидания выполнения истекло.  Ошибка «Время ожидания истекло до завершения операции, или сервер не отвечает» при обновлении до TFS 2018.
  • Настройка поиска завершается сбоем, когда коллекция командных проектов находится в автономном режиме.
  • Обновление до TFS 2018 занимает много времени при наличии большого числа пакетов NuGet.
  • Задание Prc_CopyContainerItemFiles может завершиться ошибкой из-за превышения времени ожидания при обновлении до TFS 2018.
очередей и баз данных
  • Задание «Team Foundation Server Activity Logging Administration» (Администрирование ведения журнала действий Team Foundation Server) для коллекции командных проектов завершается сбоем после истечения времени ожидания.
  • Недопустимый сертификат при использовании клиентов Git с OpenSSL, если используется самозаверяющий SSL-сертификат, созданный TFS.
  • Ошибка «TF246017: Team Foundation Server не удалось подключиться к базе данных» возникает при попытке отменить настройку отчетов в консоли администрирования TFS, если база данных хранилища недоступна.
  • Возникает ошибка «Could not find validator for token» (Не удалось найти проверяющий элемент управления для токена) при настройке агента после изменения имени узла TFS, например при смене общедоступного URL-адреса или перемещении баз данных TFS.
  • Команда tfsconfig offlinedetach не предупреждает о том, что коллекция находится в автономном режиме.
  • Не удается сохранить новое уведомление при использовании одного из шаблонов уведомлений, таких как «Рабочий элемент создан«, если региональные параметры пользователя отличаются от английских.

Отзывы и предложения

Мы будем рады узнать ваше мнение! Сообщить о проблеме и отслеживать ее можно с помощью портала сообщества разработчиков, а получить совет можно на сайте Stack Overflow.

К началу страницы

Step-by-step installation of Service Provider Foundation 2012 R2/2016 – UseIT

Русская версия

Hi, folks!

This is the first part of series of posts related with Windows Azure Pack (WAP) and VMM Clouds.

Article 1 : SPF installation (you are here)

Article 2 : WAP and its optional resources

Article 3: WAP+VM Cloud Service

I’ll try to show you how to install all required components and connect WAP to your VMM Cloud. But now let’s talk about SPF.

Service Provider Foundation (SPF) is provided with System Center 2012 – Orchestrator, a component of System Center 2012 R2 (and System Center 2012 SP1). Service Provider Foundation exposes an extensible OData web service that interacts with Virtual Machine Manager (VMM). This enables service providers and hosters to design and implement multi-tenant self-service portals that integrate IaaS capabilities available on System Center 2012 R2. The following picture shows how SC w/SPF interacts with WAP to provide VM Cloud Services (see TechNet article for more info):

As every installation, SPF requires additional software, features and server roles. Setup wizard checks prerequisites and reports about their status. Unfortunately, there is no “button” to install all of requirements automatically. I’ve wrote a sample script to automate this process (see below). SQL Server is virtual machine srv-sql-01, SPF is the virtual machine srv-spf-01. Don’t try to install SPF 2012 R2 on VMM Server. It’s not supported. However, SPF 2016 can run on the same server as the VMM (although I don’t recommend such co-existence).

Requirements:

  • OS – Server 2012 R2 ; SPF 2016 – 2012 R2 and later
  • SQL Server 2012 SP2  and up to SQL Server 2014 SP1
  • SPF 2016: SQL Server 2012 SP2 and up to SQL Server 2016
  • Feature – Management OData Internet Information Services (IIS) Extension
  • Feature – NET Framework 4.5 features, WCF Services, and HTTP Activation.
  • Web Server (IIS) server. Include the following services:

Basic Authentication

Windows Authentication

Application Deployment ASP.NET 4.5

Application Development ISAPI Extensions

Application Deployment ISAPI Filters

IIS Management Scripts and Tools Role Service

  • Web Services:

WCF Data Services 5. 0 for OData V3

ASP.NET MVC 4

  • Virtual Machine Manager 2012 R2/2016 Console
  • Certificates: self-signed (wizard creates one automatically) or obtained SSL-certificate (recommended for production)

Here is the script for installation all requirements (don’t forget to install VMM console manually). Works for SPF 2016 as well.

#IIS + Process activation model
Install-WindowsFeature Web-Asp-Net45,Web-Scripting-Tools,Web-Basic-Auth,Web-Windows-Auth,NET-WCF-Services45,Web-ISAPI-Ext,Web-ISAPI-Filter,Web-Scripting-Tools,WAS-Process-Model,WAS-Config-APIs,ManagementOdata
#Download and install WcfDataServices and AspNetMVC4
New-Item C:\SPFRequirements -ItemType Directory
Invoke-WebRequest https://download.microsoft.com/download/8/F/9/8F93DBBD-896B-4760-AC81-646F61363A6D/WcfDataServices.exe -OutFile C:\SPFRequirements\wcfdatasvc.exe
Invoke-WebRequest https://download.microsoft.com/download/2/F/6/2F63CCD8-9288-4CC8-B58C-81D109F8F5A3/AspNetMVC4Setup. exe -OutFile C:\SPFRequirements\aspnetmvc.exe
Set-Location C:\SPFRequirements
.\aspnetmvc.exe /quiet
Wait-Process aspnetmvc
.\wcfdatasvc.exe /quiet
Wait-Process wcfdatasvc
Write-Host "All prerequisites are installed. Insert VMM DVD and install VMM Console manually. Then your environment will be ready for SPF installation"

Mount ISO with Orchestrator and run SetupOrchestrator.exe and click on “Service Provider Foundation”

Click Install

Accept license terms and click Next

We’ve already installed all prerequisites, so just click Next

Define SQL Server Name , Port Number and click Next. If you unable to reach SQL Server you have to open firewall ports (https://support.microsoft.com/kb/968872) or check SQL TCP properties

Choose certificate type (I’ll use self-signed in my DEMO) and click Next

Define application pool credentials and domain groups or users who will have an access to SPF services and click Next. It’s recommended to create new domain accounts for every SPF services instead of using Network Service account

Provider Web Service properties , click Next

Usage Web Service configuration, click Next

Windows updates + CEIP – yes, click Next

Click Install

Setup is complete!

Update SPF with the latest rollup (http://support.microsoft.com/kb/2992021) or use Windows Update.

Additional links:

http://technet.microsoft.com/en-us/library/jj642895.aspx

http://technet.microsoft.com/en-us/library/dn266007.aspx

Take Our Poll

Like this:

Like Loading…

Author rlevchenkoPosted on Categories system center 2012 r2Tags service provider foundation, system center 2012 r2

Windows Server — Хостинг Wikipedia

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

Windows Server имеет очень долгую историю. На самом деле Microsoft начала разработку Windows Server в 19В 80-х годах Microsoft разработала два разных типа операционных систем — MS-DOS для персонального настольного использования и серверную операционную систему, которая называлась Windows NT. Инженером Microsoft, создавшим Windows NT (NT означает New Technology), был человек по имени Дэвид Катлер, инженер, разработавший ядро ​​для Windows NT.

План ядра Windows NT заключался в том, чтобы обеспечить правильное сочетание надежности, скорости и безопасности, чтобы крупные компании могли полагаться на Windows NT как на серверную ОС. Это связано с тем, что до выпуска NT большинство крупных компаний доверяли своим серверам операционные системы UNIX. Эти UNIX-системы требовали оборудования, основанного на дорогой RISC-архитектуре. Напротив, Windows NT могла работать на более дешевых компьютерах CISC или x86.

Windows NT имеет одну ключевую особенность: возможность запускать приложения на основе симметричной многопроцессорной обработки. Это означает, что приложения могут использовать несколько процессоров на сервере, чтобы работать намного быстрее. Современные операционные системы на базе NT стали невероятно гибкими, а приложения на базе NT теперь работают либо в локальном центре обработки данных, либо внутри облачного предложения Microsoft — Azure.

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

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

1993 г. — выпуск Windows NT 3.1 Advanced Server

Первый основной выпуск Windows NT был выпущен в 1993 г., а номер версии соответствовал другому основному выпуску операционной системы Microsoft того времени — Windows 3.1 Итак, Microsoft выпустила операционную систему Windows NT. система как версия Windows NT 3.1 Advanced Server в двух разных версиях: одна была разработана для рабочих станций (расширенных рабочих столов), а другая версия была разработана для серверных ролей.

Существовала и 32-разрядная версия Windows NT: она была разработана с использованием HAL — уровня аппаратной абстракции — и это означало, что операционная система была более стабильной, поскольку она блокировала прямой доступ приложений к оборудованию, на котором ОС работает. Кроме того, компании, использующие Windows NT 3. 1 в ее облике Advanced Server, могли использовать ее в качестве контроллера домена, что означало, что она могла хранить права группового доступа и права доступа для пользователей.

1994 г. — версия 3.5 Windows NT

В качестве крупного обновления Microsoft выпустила Windows NT 3.5, чтобы обновить важные сетевые функции, включая поддержку таких технологий, как Winsock, а также всегда важный TCP/IP. Сетевые достижения включали в себя возможность пользователей на платформах ОС, которые не были на платформе Microsoft, иметь доступ к приложениям и файлам, хранящимся в домене Windows NT.

1995 — еще одно обновление, на этот раз до версии 3.51

Иногда тонкая настройка операционной системы может принести большую пользу. Так, в 1995, Microsoft выпустила версию 3.51 Windows NT в основном с целью повышения производительности и уменьшения объема оперативной памяти, необходимой для запуска Windows NT. Дальнейшие улучшения включали возможность более быстрого предоставления услуг благодаря обновленному сетевому стеку.

Microsoft также помогла компаниям, работающим в смешанной среде, добавив дополнительную поддержку различных типов подключения. Теперь серверы Netware и Windows NT позволяли своим пользователям получать услуги с соответствующих платформ, используя только один набор учетных данных.

1996 — большой шаг к Windows NT Server 4.0

Windows 95 была большим шагом в развитии пользовательского интерфейса для Microsoft, поэтому первое, что следует отметить в отношении Windows NT 4.0, — это включение пользовательского интерфейса Windows 95 в Windows NT — наряду с некоторыми настольные приложения, такие как File Explorer. В Windows NT 4.0 Microsoft также добавила различные сетевые протоколы, чтобы машины, работающие не на платформах Microsoft, могли легко использовать ресурсы Windows NT.

Microsoft также добавила веб-возможности, включив Internet Information Server (IIS) в Windows NT 4.0. Он также включал сервер доменных имен. Windows NT 4.0 также упрощает для администраторов пошаговое выполнение важных задач благодаря включению в Windows NT 4. 0 мастеров администрирования, охватывающих целый ряд действий, включая совместное использование жесткого диска.

2000 — Знакомство с Windows Server 2000

2000 год стал важной вехой во многих отношениях, в том числе и для Windows Server. В выпуске 2000 года Microsoft добавила так называемую Active Directory — улучшенную службу каталогов, которая упрощает управление и хранение важной информации об объектах в сети. Такие вещи, как службы, системы и даже отдельные пользовательские данные. Active Directory значительно упрощает работу системных администраторов, включая возможность настройки шифрования данных, обмена файлами и, конечно же, конфигураций виртуальной частной сети.

Другие важные функции Windows Server 2000 включают в себя включение MMC (Microsoft Management Console) вместе с файловой системой NTFS версии 3.0 и возможность Windows Server поддерживать тома динамических дисков.

Обратите внимание, что существует три выпуска Windows Server 2000: выпуск Server, выпуск Advanced Server и выпуск Data Center. Все они были разработаны для совместной работы с версией Windows 2000 для настольных ПК — выпуском Windows 2000 Professional.

2003 — в Windows Server 2003 появилось больше улучшений

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

В выпуске 2003 года Microsoft представила концепцию ролей сервера. Другими словами, системный администратор может решить реализовать сервер специально в качестве контроллера домена или, возможно, в качестве DNS-сервера в Интернете. Версия 2003 года также включала встроенный брандмауэр наряду с улучшенными функциями шифрования, а Microsoft также добавила службу теневого копирования томов наряду с улучшенной поддержкой NAT (преобразования сетевых адресов). Предложение продукта Windows Server 2003 года включало выпуск Standard, выпуск Enterprise, а также версию для центра обработки данных и веб-версию.

2005: второй выпуск Windows Server 2003

Microsoft решила не выпускать новый номер версии в 2005 году, вместо этого обозначив обновленную версию Windows Server 2003 как R2 — выпуск 2. Итак, Windows Server 2003 R2 — это обновление но это имело то преимущество, что компаниям, которые уже заплатили за Windows Server 2003, не нужно было платить снова, чтобы использовать второй выпуск ОС.

R2 Windows Server 2003 включает в себя ряд новых характеристик безопасности в дополнение к некоторым новым функциям. Во-первых, в R2 включены службы федерации Active Directory, позволяющие системным администраторам разрешить единый вход для приложений, находящихся за пределами брандмауэра корпоративной сети. Он также включал режим приложений Active Directory, который представляет собой способ хранения данных для приложений, которые системный администратор считает рискованными или, по крайней мере, недостаточно безопасными для использования основного Active Directory.

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

2008: теперь новый выпуск — Windows Server 2008

Windows Server 2008 был крупным новым выпуском почтенной коммерческой серверной ОС от Microsoft. Некоторые из наиболее важных функций включают возможность установки отказоустойчивого кластера, а Windows Server 2008 также впервые включает программное обеспечение для виртуализации Hyper-V.

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

Что касается других улучшений, Microsoft провела капитальный ремонт как Active Directory, так и всего сетевого стека, чтобы групповая политика могла получить важные усовершенствования — наряду с улучшенным управлением идентификацией.

Windows Server 2008 снова был выпущен в четырех редакциях: Standard, Enterprise, Web и Datacenter.

2009: обновление для Windows Server 2008

Как и в случае с Windows Server 2003, Microsoft выбрала меньшее обновление для Windows Server 2008, назвав его Windows Server 2008 R2. На этот раз R2 Windows Server 2008 использует ядро ​​Windows 7, которое, по мнению Microsoft, имеет важные улучшения с точки зрения доступности и масштабируемости.

R2 в этом случае также включает усовершенствования Active Directory, на этот раз для улучшения обработки учетных записей пользователей и возможности управления политиками с большей степенью детализации. Службы терминалов также были обновлены с улучшенными функциями, фактически они были переименованы в RDS — службы удаленных рабочих столов.

Кроме того, в R2 включены некоторые новые функции, в том числе DirectAccess и BranchCache, предназначенные для пользователей, работающих удаленно, с целью улучшить способ подключения удаленных сотрудников к головному офису.

Как и предыдущая версия, R2 Windows Server 2008 использует те же функции безопасности и администрирования, которые были включены в Windows Vista, но существенно отличается тем, что это исключительно 64-разрядная операционная система, а не 32-разрядная. кусочек.

2012 — выпуск Windows Server 2012

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

Кроме того, были внесены обновления в службы Hyper-V, включая виртуальный коммутатор, дисковые пространства, реплику и файловую систему ReFS. Существует также новый вариант установки по умолчанию — Server Core, который требует администрирования через командную строку. Однако стоит отметить, что командная строка Microsoft Power Shell включала 2300 командлетов в выпуске Windows Server 2012, что делало Power Shell очень функциональным.

Опять же, Windows Server 2012 поставляется в четырех редакциях, но с небольшими изменениями — на этот раз это Windows Server 2012 Essentials, Foundation, а также Standard и Datacenter. И Standard, и Datacenter имеют одинаковые функции, но есть разница в том, что Standard позволяет организации запускать две виртуальные машины, тогда как версия Datacentre позволяет использовать неограниченное количество виртуальных машин по лицензии.

2013 — быстрое обновление до R2 для Windows Server 2012

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

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

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

2016 г. — основной выпуск в виде Windows Server 2016

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

Продолжая двигаться к минимальным вариантам развертывания серверов, Microsoft запустила Nano Server частично с намерением повысить безопасность благодаря сокращению вектора атаки. Microsoft заявила, что ее версия Nano Server на 93% меньше по сравнению с полной версией Windows Server. Безопасность также была повышена за счет выпуска Hyper-V в виде экранированной виртуальной машины, которая использует шифрование, чтобы гарантировать, что данные в виртуальной машине не будут скомпрометированы.

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

В случае выпуска 2016 года Windows Server поставляется в выпусках Standard и Datacenter. В отличие от предыдущих выпусков, выпуски Datacenter включают в себя больше, чем просто дополнительные лицензионные права и преимущества использования: они также включают эксклюзивные функции, связанные с хранением, сетевыми функциями и виртуализацией.

2017 — обратите внимание на полугодовые изменения и выпуски каналов обслуживания

2017 привнесли другой подход от Microsoft — в июне 2017 компания объявила, что Windows Server будет следовать двум различным каналам выпуска. Во-первых, это полугодовой канал или SAC. Затем компании могли выбрать долгосрочный канал обслуживания или LTSC. Раньше это называлось ветвью долгосрочного обслуживания.

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

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

С точки зрения соглашения об именовании, выпуски LTSC будут продолжать использовать Windows Server 20XX в качестве формата именования, но выпуски SAC будут использовать формат именования в соответствии с ГГММ. Microsoft заявляет, что добавит улучшения, внесенные в выпуски SAC, в грядущую версию LTSC.

Первым выпуском SAC Windows Server была версия 1709, выпущенная в октябре 2017 года. Некоторые улучшения в этом выпуске включали поддержку контейнеров Linux, а также добавленную изоляцию ядра с помощью Hyper-V, а также Nano Server, который был рефакторинг для использования в качестве базовой ОС в образе контейнера.

Microsoft Software Assurance имеет большое значение в корпоративной среде, и компании, которые используют это преимущество в редакциях Windows Server Standard или Datacenter (или любой, у кого есть лицензия MSDN), смогут загрузить версии SAC, которые Microsoft выпускает из своего корпоративного лицензирования. Сервисный центр.

Компании, у которых нет Software Assurance, могут использовать последние выпуски SAC через Microsoft Azure или другую облачную среду хостинга.

2019 – новые контейнерные услуги и функции безопасности

Windows Server 2019 был анонсирован 20 марта 2018 года и принес список новых функций — службы контейнеров, включая поддержку Kubernetes, поддержку контейнеров Linux под Windows; Решения для хранения данных Spaces Direct, System Insights и Storage Replica. С точки зрения безопасности были Shielded VM, расширенная защита от угроз под Windows Defender. Что касается администрирования — есть Windows Admin Center и SetupDiag.

Windows Server 2019 пропускает RTM и переходит сразу к выпуску — торговый партнер Redmond

Новости

Windows Server 2019 пропускает RTM, сразу переходит к выпуску

  • By Kurt Mackie
  • 3 октября 2018 г.

Windows Server 2019 достиг стадии «общедоступности», объявила Microsoft во вторник, хотя организациям придется подождать еще несколько месяцев, пока производители оборудования не развернут соответствующее оборудование.

Новая серверная ОС доступна в редакциях Essentials, Standard и Datacenter. Лицензиаты Windows Server с покрытием Software Assurance (Software Assurance — это аннуитет, гарантирующий обновления в течение срока действия контракта) могут загрузить его из Центра обслуживания корпоративных лицензий. Он также доступен для загрузки тестировщиками в Центре оценки Microsoft. Те, кто развертывает Windows Server 2019на виртуальной машине Azure может получить доступ к загрузке из Azure Marketplace.

Тем не менее, различным профессиональным подписчикам и партнерам придется подождать, чтобы получить биты Windows Server 2019. «Позже в октябре мы добавим Windows Server 2019 в подписку Visual Studio (ранее MSDN) и другие порталы, такие как Microsoft Partner Network (MPN)», — уточняется в объявлении Microsoft.

Подробные сведения о функциях Windows Server 2019 см. в недавно опубликованном документе Microsoft «Что нового».

RTM пропущен
Причина того, что сертифицированное оборудование еще не доступно у OEM-партнеров Microsoft, заключается в том, что Microsoft пропустила стадию от выпуска до производства (RTM) в этом выпуске Windows Server 2019. «RTM» означает веху, когда производители оборудования тестируют отполированные биты на оборудования перед выпуском новых интегрированных продуктов.

Этот выпуск представляет собой первый продукт ОС Windows Server, в котором отсутствует RTM, согласно заявлению Космоса Дарвина, старшего менеджера программы в группе Microsoft Core OS:

Windows Server 2019 — это первая версия, в которой пропущена классическая веха «Выпуск в производство» (RTM) и переход непосредственно к общедоступной версии (GA). Это изменение мотивировано растущей популярностью виртуальных машин, контейнеров и развертывания в облаке. Но это также означает, что у аппаратной экосистемы не было возможности проверить и сертифицировать системы или компоненты перед выпуском; вместо этого они начинают делать это сегодня.

У Microsoft есть программа Windows Server Software Defined (WSSD) для своих партнеров по оборудованию, предназначенная для проверки ключевых функций Windows Server, включая функции хранения, такие как Storage Spaces Direct (функция Datacenter Edition), а также возможности гиперконвергентной инфраструктуры операционной системы. система. Целью программы является производство сертифицированного оборудования Windows Server. Подробнее о программе см. в этом разделе вопросов и ответов.

Ожидается, что первые сертифицированные аппаратные продукты Windows Server 2019 «выйдут в середине января 2019 года», сообщил Дарвин. Он добавил, что примерно в это же время состоится мероприятие по запуску WSSD.

Вместо того, чтобы ждать запуска WSSD, можно создать аппаратное обеспечение с нуля, используя компоненты, перечисленные в каталоге Windows Server, что является подходом, который Microsoft поддерживает для Windows Server 2019. всплывающее сообщение об использовании таких функций, как Storage Spaces Direct и возможности программно-определяемой сети в Windows Server 2019, как указано в статье базы знаний KB4464776.

В статье базы знаний описывается всплывающее уведомление, сообщающее пользователям Windows Server 2019 о том, что узел, использующий текущую сборку ОС, «будет помещен в карантин».

Уведомление является своего рода блокировкой, но такие специально созданные серверы по-прежнему можно использовать в производственных средах с Windows Server 2019. В таких случаях людям необходимо обратиться в службу поддержки Microsoft, чтобы получить инструкции по отключению информационного сообщения. .

Microsoft планирует выпустить окончательную сборку Windows Server 2019 (сборка 17763), в которой не будет информационного сообщения.

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

Помимо улучшений Storage Spaces Direct и гиперконвергентной инфраструктуры в Windows Server 2019, Microsoft объявила во вторник, что роль служб удаленных рабочих столов (RDS) 2019 на новом сервере теперь находится на этапе общей доступности.

В RDS 2019 Microsoft обещает «уменьшить сетевой трафик и плавное воспроизведение видео» благодаря усовершенствованным технологиям виртуализации графического процессора. Также улучшена поддержка «взаимодействий с интенсивным использованием видео».

В объявлении Microsoft RDS, как правило, подчеркивались преимущества использования RDS 2019 в центрах обработки данных Azure, поскольку в нем добавлена ​​поддержка масштабируемости. Также предполагалось, что в инфраструктуре Azure будет «путь от RDS к виртуальному рабочему столу Windows». Этот путь будет доступен, когда «Виртуальный рабочий стол Windows станет ближе к предварительной версии позже в 2018 календарном году».

Виртуальный рабочий стол Windows — это новое решение Microsoft для инфраструктуры виртуальных рабочих столов, в котором вместо Windows Server используется Windows 10. Он стал доступен в качестве предварительного просмотра с выпуском Windows 10 версии 1809 на этой неделе., согласно этому сообщению в блоге ИТ-специалистов.

Лицензирование Windows Server 2019
Как и в случае с Windows Server 2016, Microsoft лицензирует Windows Server 2019 по количеству физических ядер. Лицензии продаются упаковками по две и по 16 штук. Для поддержки подключений к серверу требуются клиентские лицензии (за дополнительную плату), за исключением случаев использования версии Essentials.

Информацию о лицензировании Windows Server 2019 можно загрузить с сайта Licensing School, британской консультационной службы по лицензированию Microsoft. Он хранит список таких публикаций на этой странице руководств по лицензированию.

Согласно объявлению Школы лицензирования, таблица данных Microsoft «подтверждает 10-процентное повышение цен на лицензии Windows Server 2019 Standard Core и дает хороший обзор каналов обслуживания».

Windows Server 2019 предлагается либо с традиционным вариантом обслуживания «5 + 5» лет (теперь он называется «каналом долгосрочного обслуживания»), либо с вариантом обслуживания «полугодовой канал» с 18-месячной поддержкой между новыми обновлениями функций ОС.