Foundation windows server 2018 r2: Windows Server 2012 R2 — Microsoft Lifecycle | Microsoft Learn

Windows Server 2012 R2 — Microsoft Lifecycle | Microsoft Learn

Twitter




LinkedIn




Facebook




Адрес электронной почты

Windows Server 2012 R2 следует Фиксированной политике жизненного цикла.

Данное правило распространяется на следующие выпуски: Datacenter, Essentials, для встроенных систем, Foundation, Standard

Важно!

Microsoft Edge версии 109 будет последней версией, поддерживаемой на Windows Server 2012 и Windows Server 2012 R2. Microsoft Edge версии 109 на этих платформах будет получать важнейшие исправления безопасности и исправления для известных ошибок эксплойтов до 10 октября 2023 г.

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

Даты поддержки показаны в тихоокеанском часовом поясе (PT) — Redmond, WA, USA.

Даты предоставления поддержки

Выпуски

Version	Дата начала	Дата окончания
Extended Security Update Year 3	2025-10-15T00:00:00. 000-08:00	2026-10-13T22:59:59.999-08:00
Extended Security Update Year 2	2024-10-09T00:00:00.000-08:00	2025-10-14T22:59:59.999-08:00
Extended Security Update Year 1	2023-10-11T00:00:00.000-08:00	2024-10-08T22:59:59.999-08:00
Original Release	2013-11-25T00:00:00.000-08:00	2023-10-10T22:59:59.999-08:00

• Руководство по миграции
• Часто задаваемые вопросы о жизненном цикле — расширенные обновления безопасности

Примечание.

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

Выпуски

• Datacenter
• Essentials
• для встроенных систем
• Foundation
• Стандартный

Установка SharePoint Foundation 2013 на Windows Server 2012 R2 с SQL Server 2014

Дано: сервер с установленной системой Windows Server 2012 R2 (это может быть и виртуальный сервер). Также на нем уже установлена система управления базами данных SQL Server 2014 (например, редакции Standard).

Задача: установить на этот сервер ферму SharePoint  в бесплатной редакции SharePoint Foundation 2013.

Процесс будет состоять из нескольких этапов:
— Предварительная установка необходимых компонентов
— Установка  SharePoint Foundation 2013
— Настройка фермы  SharePoint

Итак, запускаем дистрибутив SharePoint Foundation 2013:

Запускаем мастера первоначальной подготовки (install software prerequisites), он проверит наличие необходимых компонентов и установит недостающие:

— Окно списка необходимых компонентов (Preparation Tool)

— Установка компонентов

— Результат установки:

Не волнуйтесь, если после первого этапа установки некоторые компоненты пропущены или установлены с ошибкой (например, Windows Server AppFabric installed error).

Установщик попросит Вас перезагрузить ПК нажатием на кнопку Finish и после перезагрузки автоматически продолжит инсталляцию необходимых компонентов. После этого ошибок, которые присутствовали на первом этапе, уже не скорее всего не будет:

Вновь нажимаем Finish для перезагрузки. Это может повториться несколько раз, до тех пор, пока не увидите сообщение «Installation Complete. All required prerequisites have been installed or enabled»:

Теперь запускаем непосредственно процесс установки SharePoint Foundation 2013, нажав на ссылку «Install SharePoint Foundation» первоначального экрана запуска дистрибутива.

Т.к. наша задача — установить полноценную ферму SharePoint, то в инсталляторе выбираем тип сервера (Server Type) — Complete:

На вкладке «Data Location» оставляем поле пустым и нажимаем «Install Now»

Кто-то говорит, что успевает пообедать, пока идет процесс установки… Но у меня это заняло буквально несколько минут. После установки соглашаемся на запуск мастера настройки:

Приветственное окно мастера настройки (SharePoint Products Configuration Wizard):

При нажатии на кнопку Next появляется сообщение о том, что нужно запустить некоторые необходимые сервисы (например, IIS). Соглашаемся:

Далее в блоке «Connect to a server farm» указываем, что создаем новую ферму — «Create a new server farm»:

Далее в блоке «Specify Configuration Database Settings» необходимо указать параметры базы данных для SharePoint:

Database server — имя машины, на которой установлен SQL Server 2014, либо sql-алиас (рекомендуется указывать именно алиас, чтобы при возможной миграции базы в будущем не было проблем).

Database name — имя базы данных для SharePoint (в нашем случае база данных еще не существует, поэтому мастер на следующем шаге создаст ее).

В блоке «Specify Database Access Account» необходимо задать пользователя, от имени которого будут созданы базы данных, а также станут функционировать некоторые службы SharePoint. Это должен быть доменный пользователь. На этом этапе необязательно задавать ему какие-либо права, даже лучше, чтобы он не обладал никакими привилегиями и не был администратором, все нужные настройки мастер установит ему самостоятельно (он получит права на SQL Server — dbcreator, securityadmin, также будет участвовать в пулах приложений и запускать таймер рабочих процессов SharePoint). На данном же этапе просто создайте пользователя в AD и укажите его имя и пароль в указанной выше форме.

Далее придумываем парольную фразу (например, какую-нибудь хеш-строку) и задаем ее в блоке «Specify Farm Security Settings» (нужна на случай добавления нового сервера к существующей ферме):

В блоке «Configure SharePoint Central Administrator Web Application» можем оставить предлагаемый порт. Укажите провайдера аутентификации, например NTML:

В следующем окне мастера проверяем введенные данные и нажимаем Next.

Ожидаем завершения работы мастера:

Если сейчас посмотреть список сервисов в системе, то можно увидеть сервисы, запускаемые под указанным ранее пользователем AD:

Теперь можно запустить административный сайт SharePoint. В браузере перейдите по адресу, указанному в поле «Central Administration URL» в скриншоте выше. Вы увидите предложение запустить мастера настройки фермы SharePoint:

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

Запускаем мастера настройки фермы. На странице Services нам предлагают ввести пользователя для обслуживания сервисов SharePoint. Желательно создать нового пользователя в AD, также как было указано выше. Здесь же укажите сервисы, которые предполагается использовать:

На следующей странице мастера создаем сайт. Указываем заголовок, выбираем версию 2013, а также можно указать стандартный шаблон Team Site:

После нажатия Ок работа мастера будет завершена:

Теперь можно перейти в Центр Администрирования:

Если снова просмотреть список сервисов, то увидим, что появились сервисы, стартуемые под только указанным нами пользователем:

Если нужно, можно установить русский языковой пакет — Установка русского языкового пакета

Если Вы уже создали сайт до установки языкового пакета и хотите изменить язык существующего сайта, то можно добавить еще один язык в настройках сайта (мульти языковой интерфейс) — Изменение языка существующего сайта

Также необходимо настроить SMTP для отправки уведомлений пользователям сайта SharePoint — Настройка SMTP в SharePoint 2013 для отправки почты через Exchange Online

(с) Ella S.

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

Пределы памяти для выпусков Windows и Windows Server — приложения Win32

• Статья
• 27.06.2022
• 9 минут на чтение

В этом разделе описываются ограничения памяти для поддерживаемых выпусков Windows и Windows Server.

Ограничения на память и адресное пространство различаются в зависимости от платформы, операционной системы и от того, IMAGE_FILE_LARGE_ADDRESS_AWARE Значение структуры LOADED_IMAGE и 4-гигабайтная настройка (4GT) используются. IMAGE_FILE_LARGE_ADDRESS_AWARE устанавливается или очищается с помощью параметра компоновщика /LARGEADDRESSAWARE.

4-гигабайтная настройка (4GT), также известная как настройка памяти приложения или переключатель /3GB, представляет собой технологию (применима только к 32-разрядным системам), которая изменяет объем виртуального адресного пространства, доступного для приложений пользовательского режима. Включение этой технологии уменьшает общий размер виртуального адресного пространства системы и, следовательно, максимальное количество системных ресурсов. Дополнительные сведения см. в разделе Что такое 4GT.

Ограничения на физическую память для 32-разрядных платформ также зависят от расширения физических адресов (PAE), которое позволяет 32-разрядным системам Windows использовать более 4 ГБ физической памяти.

Ограничения памяти и адресного пространства

В следующей таблице указаны ограничения памяти и адресного пространства для поддерживаемых выпусков Windows. Если не указано иное, ограничения в этой таблице относятся ко всем поддерживаемым выпускам.

Тип памяти	Ограничение на X86	Ограничение в 64-битной Windows
Виртуальное адресное пространство пользовательского режима для каждого 32-разрядного процесса	2 ГБ До 3 ГБ с IMAGE_FILE_LARGE_ADDRESS_AWARE и 4GT	2 ГБ с IMAGE_FILE_LARGE_ADDRESS_AWARE очищено (по умолчанию) 4 ГБ с IMAGE_FILE_LARGE_ADDRESS_AWARE установлено
Виртуальное адресное пространство пользовательского режима для каждого 64-разрядного процесса	Не применимо	С установленным IMAGE_FILE_LARGE_ADDRESS_AWARE (по умолчанию): x64: Windows 8. 1 и Windows Server 2012 R2 или более поздней версии: 128 ТБ 7 ТБ 2 ГБ с IMAGE_FILE_LARGE_ADDRESS_AWARE очищено
Виртуальное адресное пространство режима ядра	2 ГБ От 1 ГБ до максимум 2 ГБ с 4GT	Windows 8.1 и Windows Server 2012 R2 или более поздние версии: 128 ТБ Windows 8 и Windows Server 2012 или более ранние версии 8 ТБ
Выгружаемый пул	384 ГБ или предел выделения системы, в зависимости от того, что меньше. Windows 8.1 и Windows Server 2012 R2: 15,5 ТБ или системный предел фиксации, в зависимости от того, что меньше. Windows Server 2008 R2, Windows 7, Windows Server 2008 и Windows Vista: Ограничено доступным виртуальным адресным пространством режима ядра. Начиная с Windows Vista с пакетом обновления 1 (SP1), выгружаемый пул также может быть ограничен значением ключа реестра PagedPoolLimit. Windows Home Server и Windows Server 2003: 530 МБ Windows XP: 490 МБ	384 ГБ или предел выделения системы, в зависимости от того, что меньше. Windows 8.1 и Windows Server 2012 R2: 15,5 ТБ или предел выделения системы, в зависимости от того, что меньше. Windows Server 2008 R2, Windows 7, Windows Server 2008 и Windows Vista: 128 ГБ или системный предел фиксации, в зависимости от того, что меньше.
Невыгружаемый пул	75% оперативной памяти или 2 ГБ, в зависимости от того, что меньше. Windows 8.1 и Windows Server 2012 R2: ОЗУ или 16 ТБ, в зависимости от того, что меньше (адресное пространство ограничено 2 х ОЗУ). Windows Vista: Ограничено только виртуальным адресным пространством режима ядра и физической памятью. Начиная с Windows Vista с пакетом обновления 1 (SP1), невыгружаемый пул также может быть ограничен значением ключа реестра NonPagedPoolLimit. Windows Home Server, Windows Server 2003 и Windows XP: 256 МБ или 128 МБ с 4GT.	ОЗУ или 128 ГБ, в зависимости от того, что меньше (адресное пространство ограничено 2 х ОЗУ) Windows 8.1 и Windows Server 2012 R2: ОЗУ или 16 ТБ, в зависимости от того, что меньше (адресное пространство ограничено 2 х ОЗУ). Windows Server 2008 R2, Windows 7 и Windows Server 2008: 75 % ОЗУ, не более 128 ГБ Windows Vista: 40 % ОЗУ, не более 128 ГБ. Windows Server 2003 и Windows XP: До 128 ГБ в зависимости от конфигурации и объема оперативной памяти.
Виртуальное адресное пространство системного кэша (физический размер ограничен только физической памятью)	Ограничено доступным виртуальным адресным пространством режима ядра или значением раздела реестра SystemCacheLimit. Windows 8.1 и Windows Server 2012 R2: 16 ТБ. Windows Vista: Ограничено только виртуальным адресным пространством режима ядра. Начиная с Windows Vista с пакетом обновления 1 (SP1), виртуальное адресное пространство системного кэша также может быть ограничено значением ключа реестра SystemCacheLimit. Windows Home Server, Windows Server 2003 и Windows XP: 860 МБ с установленным ключом реестра LargeSystemCache и без 4GT; до 448 МБ с 4GT.	Всегда 1 ТБ независимо от физической памяти Windows 8.1 и Windows Server 2012 R2: 16 ТБ. Windows Server 2003 и Windows XP: До 1 ТБ в зависимости от конфигурации и ОЗУ.

Ограничения физической памяти: Windows 11

В следующей таблице указаны ограничения физической памяти для Windows 11.

Ограничения физической памяти: Windows 10

В следующей таблице указаны ограничения физической памяти для Windows 10.

Ограничения физической памяти: Windows Server 2016

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

Ограничения физической памяти: Windows 8

В следующей таблице указаны ограничения физической памяти для Windows 8.

Ограничения физической памяти: Windows Server 2012

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

Ограничения физической памяти: Windows 7

В следующей таблице указаны ограничения физической памяти для Windows 7.

Ограничения физической памяти: Windows Server 2008 R2

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

Ограничения физической памяти: Windows Server 2008

В следующей таблице указаны ограничения физической памяти для Windows Server 2008. Ограничения более 4 ГБ для 32-разрядной версии Windows предполагают, что PAE включен.

Ограничения физической памяти: Windows Vista

В следующей таблице указаны ограничения физической памяти для Windows Vista.

Ограничения физической памяти: Windows Home Server

Windows Home Server доступен только в 32-разрядной версии. Предел физической памяти составляет 4 ГБ.

Ограничения физической памяти: Windows Server 2003 R2

В следующей таблице указаны ограничения физической памяти для Windows Server 2003 R2. Ограничения более 4 ГБ для 32-разрядной версии Windows предполагают, что PAE включен.

Ограничения физической памяти: Windows Server 2003 с пакетом обновления 2 (SP2)

В следующей таблице указаны ограничения на физическую память для Windows Server 2003 с пакетом обновления 2 (SP2). Ограничения более 4 ГБ для 32-разрядной версии Windows предполагают, что PAE включен.

Ограничения физической памяти: Windows Server 2003 с пакетом обновления 1 (SP1)

В следующей таблице указаны ограничения на физическую память для Windows Server 2003 с пакетом обновления 1 (SP1). Ограничения более 4 ГБ для 32-разрядной версии Windows предполагают, что PAE включен.

Ограничения физической памяти: Windows Server 2003

В следующей таблице указаны ограничения физической памяти для Windows Server 2003. Ограничения более 4 ГБ для 32-разрядной версии Windows предполагают, что PAE включен.

Ограничения физической памяти: Windows XP

В следующей таблице указаны ограничения физической памяти для Windows XP.

Ограничения физической памяти: Windows Embedded

В следующей таблице указаны ограничения на физическую память для Windows Embedded.

Как видеокарты и другие устройства влияют на ограничения памяти

Устройства должны сопоставлять свою память менее 4 ГБ для совместимости с выпусками Windows, не поддерживающими PAE. Таким образом, если в системе установлено 4 ГБ ОЗУ, часть из них либо отключена, либо переназначается BIOS выше 4 ГБ. Если память перераспределена, X64 Windows может использовать эту память. Клиентские версии Windows X86 не поддерживают физическую память выше отметки 4 ГБ, поэтому они не могут получить доступ к этим переназначенным областям. Любой выпуск X64 Windows или X86 Server может.

Версии клиентов X86 с включенным PAE имеют пригодное для использования 37-битное (128 ГБ) физическое адресное пространство. Ограничение, накладываемое этими версиями, — это максимально допустимый адрес физической памяти, а не размер пространства ввода-вывода. Это означает, что драйверы с поддержкой PAE могут фактически использовать физическое пространство более 4 ГБ, если захотят. Например, драйверы могут отображать «потерянные» области памяти, расположенные выше 4 ГБ, и выставлять эту память как RAM-диск.

4-гигабайтная настройка

IMAGE_FILE_LARGE_ADDRESS_AWARE

Расширение физического адреса

Требования к установке и обновлению — Azure DevOps Server

• Статья
• 08. 03.2023
• 9 минут на чтение

Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps-сервер 2019| TFS 2018

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

В дополнение к этим требованиям также ознакомьтесь со следующими статьями:

• Совместимость клиентской и локальной сборки
• Требования к учетной записи службы
• Обзор архитектуры
• Сетевые порты и протоколы по умолчанию
• Настраиваемые сетевые настройки
• Azure Artifacts и совместимость версии

Локальная среда Azure DevOps может масштабироваться от экспресс-установки на ноутбуке, которым пользуется один человек, до высокодоступного развертывания, которым пользуются тысячи людей. Он может поддерживать сценарии интенсивного использования с несколькими уровнями приложений за балансировщиком нагрузки и несколькими экземплярами SQL, использующими SQL Always On.

Следующие рекомендации применимы к большинству развертываний Azure DevOps. Ваши требования могут различаться в зависимости от того, как ваша команда использует Azure DevOps. Например, если у вас особенно большие репозитории Git или ветки управления версиями Team Foundation (TVC), вам могут потребоваться компьютеры с более высокими характеристиками, чем те, которые перечислены в следующих разделах. Все машины, описанные в следующих разделах, могут быть как физическими, так и виртуальными.

Развертывание с одним сервером

Развертывание с одним сервером состоит из одной машины с одним двухъядерным процессором, 4 ГБ оперативной памяти и быстрым жестким диском. Для Elastic Search следует использовать два двухъядерных процессора и 8 ГБ оперативной памяти. Эта конфигурация обычно поддерживает до 250 пользователей основного контроля версий (Team Foundation Version Control или Git) и функции отслеживания рабочих элементов. Широкое использование автоматизированной сборки, тестирования или выпуска, вероятно, вызовет проблемы с производительностью. Мы не рекомендуем использовать функции поиска или создания отчетов для этой конфигурации.

При увеличении масштаба одного сервера сервер может обслуживать большее количество пользователей и более широкое использование автоматизированной сборки, тестирования или выпуска. Увеличенный сервер также может использовать функции поиска или отчетности. Например, увеличение объема оперативной памяти до 8 ГБ должно позволить масштабировать развертывание с одним сервером до 500 пользователей.

Для ознакомления или личного использования вы можете использовать базовую конфигурацию всего с 2 ГБ ОЗУ. Эта конфигурация не рекомендуется для рабочего сервера, который используется более чем одним человеком.

Многосерверное развертывание

В следующих сценариях может потребоваться многосерверное развертывание:

• Масштабирование более 500 пользователей
• Широкое использование автоматизированной сборки, тестирования или выпуска
• Использование поиска кода
• Использование функций отчетности

Для группы из более чем 500 пользователей рассмотрите следующую настройку:

• Уровень приложений с одним двухъядерным процессором, 8 ГБ памяти и быстрым жестким диском.
• Уровень данных с одним четырехъядерным процессором, 16 ГБ памяти и высокопроизводительным хранилищем, например SSD.

Для группы из более чем 2000 пользователей рассмотрите следующую настройку:

• Уровень приложений с одним четырехъядерным процессором, 16 ГБ или более памяти и быстрым жестким диском.
• Уровень данных с двумя или более четырехъядерными процессорами, 16 ГБ или более памяти и передовым высокопроизводительным хранилищем, таким как SSD или высокопроизводительная SAN.

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

Примечание

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

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

Если вы планируете использовать функции отчетов, мы рекомендуем настроить отдельный сервер для базы данных хранилища и куба служб SQL Server Analysis Services. Другой вариант — использовать уровень данных с более высокими характеристиками.

Если вы хотите гарантировать высокую доступность, рассмотрите возможность использования нескольких уровней приложений за балансировщиком нагрузки и несколькими экземплярами SQL Server. В этом сценарии мы рекомендуем поместить базы данных Azure DevOps в группу доступности Always On.

Требования к оборудованию службы сборки

Служба сборки XAML имеет те же требования к операционной системе, что и Azure DevOps Server и TFS. Обычно имеет смысл запускать службу сборки на отдельном компьютере от уровня приложений. Требования к оборудованию для службы сборки такие же, как и для операционной системы, в которой она работает. Однако вы можете оптимизировать производительность службы сборки, адаптировав характеристики оборудования вашей сборочной машины к типам сборок, которые будет использовать ваша команда.

Операционные системы

Для указанных версий Azure DevOps Server поддерживаются следующие операционные системы.

Установка сервера или клиента

Azure DevOps Server работает либо в операционной системе Windows Server, либо в клиентской операционной системе Windows и только в 64-разрядной операционной системе. Мы рекомендуем использовать серверную операционную систему, если только ваш сервер Azure DevOps не предназначен для ознакомления или личного использования.

Серверные операционные системы

Вариант установки Server Core поддерживается для Azure DevOps Server 2022, Azure DevOps Server 2020, Azure DevOps Server 2019 и TFS 2018. Версия Windows Server 1709 не поддерживается.

Клиентские операционные системы

Несмотря на то, что вы можете установить Azure DevOps Server в клиентских операционных системах, мы не рекомендуем устанавливать клиентские операционные системы, за исключением ознакомительных целей или личного использования. Вы не можете установить прокси-сервер Azure DevOps Server в клиентских операционных системах.

Требования к прокси-серверу

Прокси-сервер доступен только при установке Azure DevOps Server в серверной операционной системе Windows. Поддерживаемые системы перечислены в следующей таблице для каждой версии.

Ознакомьтесь со следующими рекомендациями по оборудованию, чтобы определить оптимальное оборудование для использования с прокси-сервером Azure DevOps.

В отличие от требований к операционной системе, рекомендации по оборудованию для прокси-сервера отличаются от рекомендаций по оборудованию для настройки уровня приложений Azure DevOps Server. Для уровня приложений требуется более надежное оборудование, чем для прокси-сервера.

Рекомендуемое оборудование зависит от размера команды, которая будет использовать прокси-сервер. Обычно это команда в вашем удаленном офисе. Чем больше ваша команда, тем более надежным должно быть ваше оборудование.

Дополнительные требования к прокси-серверу GVFS

Функция прокси-сервера Git Virtual File System (GVFS) поддерживает интенсивные операции ввода-вывода (I/O). В дополнение к основным требованиям для прокси-сервера Azure DevOps, для прокси-сервера GVFS требуется быстрый большой диск для эффективной работы в репозитории. Рекомендуемое оборудование зависит от размера репозитория, который обслуживает прокси-сервер GVFS.

Например, если репозиторий имеет 50 ГБ в своей основной ветви и 200 ГБ истории, мы рекомендуем 50 ГБ ОЗУ и 800 ГБ хранилища на основе SSD.

Виртуализация

Microsoft поддерживает виртуализацию Azure DevOps Server в поддерживаемых средах виртуализации.

Для получения дополнительной информации см. следующие статьи:

• Серверное программное обеспечение Microsoft и поддерживаемые среды виртуализации
• Политика поддержки для программного обеспечения Майкрософт, работающего в программном обеспечении виртуализации оборудования, отличного от Майкрософт
• Партнеры по поддержке ПО для аппаратной виртуализации сторонних производителей
• Виртуализация серверов (официально поддерживаемые продукты)

База данных SQL Azure и SQL Server

Для локальных развертываний Azure DevOps требуется некоторая версия SQL Server. Azure DevOps Server поддерживает выпуски SQL Server Express, Standard и Enterprise. Версия Express рекомендуется только для ознакомительных целей, личного использования или для очень небольших групп. Мы рекомендуем версии SQL Server Standard или Enterprise для всех остальных сценариев.

Для производственных развертываний используйте одну из следующих версий SQL Server.

Примечание

SQL Server в Linux не поддерживается.

Следующая информация относится к указанной версии SQL Server:

• База данных SQL Azure : поддерживается только при использовании виртуальных машин Azure. Дополнительные сведения см. в разделе Использование базы данных SQL Azure с Azure DevOps Server.
• SQL Server 2016 : если вы используете SQL Server 2016, необходимо установить обновление среды выполнения Visual C++.

Active Directory

Вы можете установить Azure DevOps более чем на один сервер, если все серверы присоединены к домену Active Directory на основе функционального уровня, поддерживаемого серверами. Вы можете установить Azure DevOps на один сервер, присоединенный к домену Active Directory или являющийся членом рабочей группы.

Основные выпуски и пакеты обновлений

Microsoft не всегда сразу поддерживает основные новые версии зависимостей, таких как SQL Server. Иногда мы должны выпускать обновления, чтобы добавить поддержку этих версий.
Однако если Microsoft поддерживает основную версию, мы всегда поддерживаем последний пакет обновлений сразу же после его выпуска. Мы работаем с командами разработчиков для тестирования пакетов обновлений перед их выпуском.

Естественные языки

Вы можете установить Azure DevOps на различных языках в поддерживаемых операционных системах. Однако вы не можете использовать любую комбинацию локализованной операционной системы с Azure DevOps Server и TFS. Кроме того, вы не можете установить несколько языков на один сервер Azure DevOps или сервер TFS.

В следующей таблице перечислены поддерживаемые языковые комбинации:

Если вы используете англоязычную операционную систему, вы можете установить любую языковую версию Azure DevOps Server.