Sql server 2018 r2 windows 2018: Инструкция по установке MS SQL Server 2019: основные настройки и рекомендации

Архивы Windows Server 2008 R2

• Ноябрьские накопительные обновления Windows Server могут вызывать проблемы с Kerberos

  
  18.11.2021
  Автор:Алексей Максимов

  
  4 422 Просмотров
  

  По появившейся на днях информации, развёртывание Ноябрьских кумулятивных обновлений для ОС Windows Server может привести к проблемам в работе механизмов делегирования в сценариях Single Sign-On (SSO) при использовании протокола Kerberos. В частности, установка кумулятивного обновления на контроллеры домена Active Directory может привести к нештатной работе таких приложений, как SQL Server, IIS, WAP, ADFS и прочих.

  Читать далее…

• Августовские обновления Windows требуют тщательного предварительно тестирования перед развёртыванием

  
  17. 08.2019
  Автор:Алексей Максимов

  
  6 992 Просмотров
  

  Появившиеся в службе Windows Update и WSUS в начале этой недели Августовские кумулятивные обновления Windows нацелены на повышение уровня безопасности ОС и, в частности, исправляют проблему безопасности при работе с протоколом RDP, которую уже успели окрестить «BlueKeep-2». Однако, следует внимательно подходить к вопросу предварительного тестирования данных обновлений, чтобы не создать себе дополнительных проблем. Читать далее…

• Выпущены обновления Windows для закрытия критической уязвимости CVE-2019-0708 в службах удалённых рабочих столов Terminal Services и Remote Desktop Services с возможностью эксплуатации через протокол RDP

  
  17.05.2019
  Автор:Алексей Максимов

  
  5 569 Просмотров
  

  14 Мая на портале Microsoft Security Response Center (MSRC) опубликована статья CVE-2019-0708 Remote Desktop Services Remote Code Execution Vulnerability, содержащая ссылки на обновления ОС Windows, закрывающие критическую уязвимость в работе служб удалённых рабочих столов Remote Desktop Services, которая может быть проэксплуатирована через протокол RDP. Ситуацию с данной уязвимостью можно считать довольно серьёзной, если взять во внимание то, что Microsoft выпустили обновления даже для служб Terminal Services снятых с поддержки систем Windows XP и Windows Server 2003.

  Читать далее…

• Ошибка «Невозможно завершить операцию (ошибка 0x00000709)» при попытке подключения принтера с сервера печати по CNAME

  
  07.02.2019
  Автор:Алексей Максимов

  
  17 047 Просмотров
  

  Любая живая и развивающаяся ИТ-инфраструктура по сути своей является сущностью динамической. Поэтому администраторы инфраструктурных сервисов там, где это возможно, пытаются использовать механизмы, дающие возможность маневрирования сервисом с минимальными трудозатратами. К одним из таких механизмов при развёртывании сервера печати (роль Print Server) на базе Windows Server можно отнести использование в DNS псевдонима (запись типа CNAME) вместо реального имени сервера печати, как точки подключения клиентских компьютеров к сервису сетевой печати.

  Читать далее…

• Январские обновления для Windows 7 SP1 и Windows Server 2008 R2 SP1 (KB4480960 , KB4480970) способны вызвать проблемы с работой сетевых приложений

  
  10.01.2019
  Автор:Алексей Максимов

  
  4 989 Просмотров
  

  Обновления для операционных систем Windows 7 SP1 и Windows Server 2008 R2 SP1, выпущенные компанией Microsoft 8 Января 2019 года (KB4480960, KB4480970) могут привести к ряду проблем, связанных с работой сетевого стека на этих ОС. Небольшую консолидацию информации об обнаружении этих проблем, а также некоторые варианты их решения, можно найти в статье Patch Tuesday updates for Win7, KB 4480970 and KB 4480960 knock out networking.

  К проблемным обновлениям относятся:

  • Обновление безопасности KB4480960 для Windows 7 SP1 и Windows Server 2008 R2 SP1
  • Месячное кумулятивное обновление KB4480970 для Windows 7 SP1 и Windows Server 2008 R2 SP1

  В соответствующих статьях KB в разделе Known issues in this update можно найти перечисление подтверждённых со стороны Microsoft проблем, которые могут быть появиться в результате применения указанных обновлений:

  • Полное прекращение работы сетевых интерфейсов на компьютерах под управлением Windows 7 SP1 и Windows Server 2008 R2 SP1 из-за проблем с драйвером сетевых контроллеров.
  • Проблемы с KMS активацией для компьютеров на базе Windows 7
  • Невозможность доступа к общим сетевым ресурсам на компьютерах под управлением Windows 7 SP1 и Windows Server 2008 R2 SP1 для локальных пользователей, входящих локальную группу Администраторов.

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

• Июльские обновления Windows Server могут нарушить работу Exchange Server, SQL Server, IIS

  
  19.07.2018
  Автор:Алексей Максимов

  
  5 366 Просмотров
  

  В блоге Microsoft Exchange Team Blog на днях была опубликована информация о том, что Июльские обновления Windows Update для Windows Server, выпущенные 10.07.2018 г., могут нарушить работу Exchange Server. Позднее, 17.07.2018, появилась информация о том, что выпущен набор корректирующих обновлений, которые будут устанавливаться поверх проблемных обновлений.

  Таблица исходных обновлений, создающих проблемы, и корректирующих эти проблемы обновлений выглядит следующим образом:

  Операционная система	Проблемное обновление	Корректирующее обновление
  Windows Server 2016	KB4338814	KB4345418
  Windows Server 2012 R2	KB4338824	KB4345424
  	KB4338815	KB4338831
  Windows Server 2012	KB4338820	KB4345425
  	KB4338830	KB4338816
  Windows Server 2008 R2 SP1	KB4338823	KB4345459
  	KB4338818	KB4338821
  Windows Server 2008	KB4295656	KB4345397

  Судя по статьям KB для корректирующих обновлений, исходные обновления могут вызвать проблемы не только с Exchange Server, но и с службами веб-сервера IIS и SQL Server. И это только то, что официально подтверждено на данный момент.

  И исходные и корректирующие обновления уже доступны в службах Windows Update, поэтому следуют обратить особое внимание на то, что при планировании развёртывания исходных обновлений очень желательно включать развёртывание соответствующих корректирующих обновлений.

• Ошибка проверки подлинности при подключении к удалённому рабочему столу Windows RDS …»Причиной ошибки может быть исправление шифрования CredSSP»

  
  16.05.2018
  Автор:Алексей Максимов

  
  11 527 Просмотров
  

  Информация об уязвимости в провайдере безопасности CredSSP ОС Windows была опубликована 13.03.2018 в документе CVE-2018-0886 | CredSSP Remote Code Execution Vulnerability. В этом документе можно найти ссылки на обновления безопасности, которые были выпущены для закрытия этой уязвимости. Выпущенные обновления относятся к механизмам CredSSP, как в клиентских, так и в серверных ОС Windows. При этом неправильная последовательность развёртывания обновлений, касающихся CredSSP, может привести к неожиданным последствиям.

  Читать далее…

• Способы смены пароля учётной записи пользователя в RDP-сессии

  
  24.12.2017
  Автор:Алексей Максимов

  
  129 415 Просмотров
  

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

  Читать далее…

• Октябрьские обновления безопасности Windows вызывают сбой работы приложений, использующих интерфейс Поставщика OLE DB для Jet (Microsoft.Jet.OLEDB.4.0)

  
  09.11.2017
  Автор:Алексей Максимов

  
  4 075 Просмотров
  

  В Октябре был выпущен ряд обновлений, относящихся к категории обновлений безопасности Windows, установка которых может вызвать ошибки в приложениях, использующих программный интерфейс устаревшего Поставщика OLE DB для Jet (Microsoft.Jet.OLEDB.4.0), например, при попытке программного доступа в Microsoft Office Excel или Access версии 2007 и более старых версий Office или сторонних приложений, таких как 1С, самописных АРМ-ов и т. п., использующих данный интерфейс.

  Читать далее…

• ИТ Вестник №09.2016

  
  30.09.2016
  Автор:Алексей Максимов

  
  3 741 Просмотров
  

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

  Читать далее…

Следующая страница

Как изменить параметры сортировки для экземпляра SQL Server

Данный материал является переводом оригинальной статьи «MSSQLTips : How to change server level collation for a SQL Server Instance».

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

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

«В параметрах сортировки задаются правила сортировки и сравнения строк символьных данных на основе норм конкретных языков и локалей. Например, в предложении ORDER BY англоговорящий ожидает, что строка символов «Chiapas» появится до «Colima» в порядке возрастания. Однако испаноговорящий в Мексике может ожидать, что слова, начинающиеся с «Ch», появятся в конце списка слов, начинающихся с «C». Параметры сортировки диктуют эти правила сортировки и сравнения. Параметр сортировки Latin_1 будет сортировать «Chiapas» до «Colima» в предложении ORDER BY ASC, тогда как параметр сортировки Traditional_Spanish будет сортировать «Chiapas» после «Colima».

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

Чтобы изменить параметры сортировки SQL Server по умолчанию, вы можете просто перестроить системные базы данных. Когда вы перестраиваете системную базу данных master, системные базы model, msdb и tempdb фактически удаляются и воссоздаются в исходном местоположении. Если в инструкции rebuild указаны новые параметры сортировки, системные базы данных перестраиваются с использованием этой настройки параметров сортировки. Любые пользовательские изменения в этих базах данных будут потеряны, поэтому важно создать резервную копию любой из той информации, которую вы хотите сохранить. Например, у вас могут быть определенные пользователем объекты в базе данных master, запланированные задания в msdb или изменения параметров базы данных по умолчанию в базе данных model. База данных tempdb воссоздается каждый раз при перезапуске SQL Server, поэтому в этой базе данных нет ничего, что нужно сохранять. Изменение параметров сортировки на уровне сервера не изменяет параметров сортировки существующих пользовательских баз данных, но все вновь созданные пользовательские базы данных будут использовать новые параметры сортировки по умолчанию.

ПРИМЕЧАНИЕ: НЕ ДЕЛАЙТЕ ЛЮБЫЕ ИЗМЕНЕНИЯ В РАБОЧЕЙ СРЕДЕ БЕЗ ДОЛЖНЫХ ИСПЫТАНИЙ В СРЕДЕ ТЕСТИРОВАНИЯ

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

Шаг 1. Проверка текущих параметров сортировки

Сначала проверьте существующие параметры сортировки SQL Server вашего экземпляра. Выполните приведенную ниже команду, чтобы получить значение параметров сортировки экземпляра SQL Server.

SELECT SERVERPROPERTY(N'Collation')

Как видите, в данном случае установлен порядок сортировки «SQL_Latin1_General_CP1_CI_AS».

Шаг 2. Сохранение системной конфигурации

В нашем примере необходимо изменить текущий порядок сортировки на «SQL_Latin1_General_CP1_CI_AI». Как я уже упоминал, мы должны перестроить наши системные базы данных, чтобы изменить параметры сортировки на уровне сервера и поместить это новое значение параметра сортировки в команду rebuild. Обязательно запишите все настройки уровня сервера до пересоздания системных баз данных, чтобы смочь обеспечить восстановление системных баз данных до их текущих настроек. Запишите все значения конфигурации сервера, выполнив приведенные ниже команды и сохраните вывод. Если это была новая настройка, и вы не внесли никаких изменений в системные базы данных, вам не нужно беспокоиться о сборе этих данных.

SELECT * FROM sys.configurations;
-- OR
EXEC SP_CONFIGURE

Шаг 3. Сохранение сценариев создания объектов

Создайте и подготовьте все сценарии, связанные с заданиями, планами обслуживания, логинами и уровнями доступа. Вы можете создавать сценарии, выбирая все задания в проводнике объектов в SSMS и щелкая правой кнопкой мыши по вашему выбору, затем выберите вариант «script as» для создания сценария для всех заданий. Вы можете сделать аналогичные шаги для генерации сценариев для предупреждений и операторов. Ниже снимок экрана для создания сценариев для всех ваших заданий.

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

Шаг 4. Отсоединение пользовательских БД

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

Шаг 5. Перестроение системных БД

Теперь пришло время перестроить ваши системные базы данных. Эта операция воссоздает вашу базу данных master и все существующие настройки будут сброшены. Выполните команду ниже из командной строки Windows. Обязательно запустите эту команду из каталога, в который вы разместили установочные файлы SQL Server. Как только вы нажмете Enter, появится отдельное окно, чтобы показать вам индикатор выполнения. Как только перестройка будет завершена, это окно исчезнет.

Setup /QUIET /ACTION=REBUILDDATABASE /INSTANCENAME=MANVENDRA /SQLSYSADMINACCOUNTS=gourang\hariom /SAPWD=M@nVendr4 /SQLCOLLATION=SQL_Latin1_General_CP1_CI_AI

По завершении операции перестроения, проверьте параметры сортировки сервера, чтобы проверить, выполнено ли это изменение или нет. Как мы видим на скриншоте ниже, параметры сортировки сервера изменились на «SQL_Latin1_General_CP1_CI_AI». На этом этапе мы не можем восстановить какую-либо из системных баз данных, так как это вернет нас обратно к предыдущей настройке параметров сортировки. Поэтому, нам нужно будет использовать сценарии, созданные для воссоздания логинов, заданий и т.д…

Шаг 6.

Присоединение пользовательских БД

Прикрепите все пользовательские базы данных, которые были отсоединены на шаге 4. Если у вас есть какие-либо проблемы, взгляните на этот совет: How to fix database attach error in SQL Server 2008R2.

Шаг 7. Обновление пользовательских БД (опционально)

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

ALTER DATABASE DBName collate SQL_Latin1_General_CP1_CI_AI

Иногда команда не выполняется, и вы получаете ошибку:

Msg 5075, Level 16, State 1, Line 1 The object 'CK_xxxx' is dependent on database collation. The database collation cannot be changed if a schema-bound object depends on it. Remove the dependencies on the database collation and then retry the operation. 

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

Шаг 8. Восстановление системной конфигурации и сценариев

Теперь запустите все сценарии, созданные на шаге 3, чтобы восстановить задания, предупреждения (alerts), логины, операторы и т.д. Также не забудьте изменить настройки конфигурации на уровне сервера, которые были зафиксированы на Шаге 2. Теперь ваш экземпляр готов использовать новые параметры сортировки уровня сервера.

ADV180002: Обновление для системы безопасности Microsoft SQL Server за январь 2018 г. (…

Краткий обзор

Удаленный сервер SQL подвержен нескольким уязвимостям.

Описание

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

Решение

Microsoft выпустила набор исправлений для SQL Server 2008, 2008 R2, 2012, 2014, 2016 и 2017.

См. также

http://www.nessus.org/u?573cb1ef

900 13 http ://www.nessus.org/u?6a5c1225

http://www.nessus.org/u?75a275b4

http://www.nessus.org/u?4e0fe7c6

http://www.nessus.org/u?4e0fe7c6

http://www.nessus.org/u? nessus.org/u?ba131b75

http://www.nessus.org/u?96a526af

http://www.nessus.org/u?f305d4da

http://www.nessus.org/u ?97d419b3

http://www.nessus.org/u?17660a56

http://www.nessus.org/u?4d20b7cb

http://www.nessus.org/u?df512157

http: //www.nessus.org/u?bce5a045

http://www.nessus.org/u?33d23aa9

http://www.nessus.org/u?770a3f93

Сведения о плагине

Серьезность: Средний

ID: 105613

Имя файла: smb_adv180002_mssql.nasl

Версия: 1. 18

Тип: локальный

Агент: windows

Опубликовано: 05.01.2018

Обновлено: 25.04.2023

Конфигурация: Включить тщательную проверку

Информация о риске

VPR

Фактор риска: Высокий

Оценка: 8,4

CVSS v2

Фактор риска: Средний

9 0044 Базовая оценка: 4,7

Временная оценка: 4.1

Вектор: AV:L/AC:M/Au:N/C:C/I:N/A:N

Временной вектор: E:H/RL:OF/RC:C

CVSS v3

Фактор риска: Средний

Базовая оценка: 5,6

Временная оценка: 5,4

900 44 Вектор: CVSS:3.0/AV:L/AC:H/PR:L/UI :N/S:C/C:H/I:N/A:N

Временной вектор: E:H/RL:O/RC:C

Информация об уязвимости

CPE: cpe:/a :микрософт:sql_server

Требуемые элементы КБ: SMB/MS_Bulletin_Checks/Possible

Доступный эксплойт: true

Простота эксплойта: Доступны эксплойты

9 0013 Дата публикации исправления: 03. 01.2018

Дата публикации уязвимости : 03.01.2018

Возможность эксплуатации с

CANVAS (ХАНВАС)

Справочная информация

CVE: CVE-2017-5715, CVE-2017-5753, CVE-2017-5754

BID: 102371, 102376, 102378

MSFT: 4057113, 4057114, 4057115, 4057116, 4057117, 4057118, 405 7119, 4057120, 4057121, 4057122, 4052987, 4058559, 4058560

IAVA: 2018-A- 0019, 2018-A-0020

MSKB: 4057113, 4057114, 4057115, 4057116, 4057117, 4057118, 4057119, 4057120, 4057 121, 4057122, 4052987, 4058559, 4058560

Расширенные обновления безопасности | Windows Server 2008/R2 или SQL Server 2008/R2 — Марк Кин

Недавно было объявлено о новых расширенных обновлениях безопасности , которые дают вам 3 года бесплатных расширенных обновлений безопасности после окончания расширенной поддержки для:

• Windows Server 2008
• Windows Server 2008 R2
• SQL Server 2008
• SQL Server 2008 R2

Чтобы воспользоваться предложением Расширенные обновления безопасности для вышеуказанных версий программного обеспечения, вам просто нужно:

• Перенести рабочие нагрузки Windows Server 2008/R2 или SQL Server 2008/R2 в Azure
• Приобретите Расширенные обновления безопасности , чтобы получить еще 3 года обновлений безопасности для Windows Server 2008/R2 или SQL Server 2008/R2

Расширенные обновления безопасности не следует путать с Основная поддержка и Расширенная поддержка .

Немного истории… Microsoft Lifecycle Policy предлагает 10 лет поддержки (5 лет для Основная поддержка и 5 лет для Расширенная поддержка ) для продуктов для бизнеса и разработчиков (таких как SQL Server и Windows Server).

Так выглядит Расширенная поддержка для:

• Windows Server 2008/R2
• SQL Server 2008/R2

Расширенные обновления безопасности в Azure :

• Клиенты, которые переносят рабочие нагрузки на виртуальные машины Azure, будут иметь доступ к расширенным обновлениям безопасности для SQL Server и Windows Server 2008 и 2008 R2 в течение трех лет после окончания срока поддержки , включенный без дополнительной оплаты по сравнению со стандартной ценой на виртуальную машину. Соответствующие требованиям клиенты также могут использовать Преимущество гибридного использования Azure , чтобы использовать существующие инвестиции в локальные лицензии для Windows Server и SQL Server, чтобы сэкономить на виртуальных машинах Azure (IaaS) или Управляемом экземпляре базы данных SQL Azure (PaaS).

Расширенные обновления безопасности для локальных сред :

• Расширенные обновления безопасности также будут доступны для рабочих нагрузок, выполняемых локально или в среде размещения. Клиенты, использующие Windows Server или SQL Server по лицензиям с активными Software Assurance или лицензии на подписку в рамках соглашения о регистрации Enterprise Agreement дают право на приобретение расширенных обновлений безопасности ежегодно в течение трех лет после окончания поддержки. Клиенты могут приобрести расширенных обновлений безопасности только для тех серверов, которые им необходимы. Это предложение заменяет Premium Assurance. Стоимость расширенных обновлений безопасности  будет составлять 75 % (ежегодно) от полной стоимости лицензий последней версии SQL Server или Windows Server.

Перенесите свои приложения на виртуальные машины Azure, и вы получите :

• еще 3 года расширенных обновлений безопасности для Windows Server 2008 и 2008 R2 без дополнительной оплаты по сравнению со стандартными ценами на виртуальные машины 901 97

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

• Вариант без версий управляемых экземпляров базы данных SQL Azure.
  • Управляемый экземпляр базы данных SQL Azure — это полностью управляемая платформа данных (PaaS), которая предлагает без версии  опция для устранения проблем с датами окончания поддержки
• Еще 3 года Расширенные обновления безопасности для SQL Server 2008 или 2008 R2 без дополнительной оплаты

ИЛИ воспользуйтесь Преимуществом гибридного использования Azure :

• Преимущество гибридного использования Azure поможет вам сэкономить 55 %* для SQL Server и до 49 %** для Windows Server с помощью локальных лицензий ( по сравнению с оплатой по мере использования). Кроме того, Преимущество гибридного использования Azure и зарезервированные экземпляры Azure помогут вам сэкономить до 67 %*** на виртуальных машинах Windows Server (по сравнению с AWS) 9.0197

Если вы выбрали локальное обновление до Windows Server 2016 или 2019 и SQL Server 2017, вы можете использовать необходимые обновления безопасности.

• Если вы должны остаться на Windows Server 2008. У вас есть возможность купить Расширенные обновления безопасности , чтобы получить еще 3 года обновлений безопасности для Windows Server и SQL Server 2008 или 2008 R2. Затем выполните обновление, когда будете готовы

.

 * Платите по сниженной ставке за варианты на основе виртуальных ядер и экономьте в сценариях с высокой степенью виртуализации
 ***AWS r4.xlarge, Windows, Западная часть США (Орегон), конвертируемый срок на 3 года, все авансовые платежи по сравнению с Azure E4 v3, Windows, Западная часть США, 2 года, резервирование на 3 года с преимуществом гибридного использования Azure
 ** Оплатите базовую ставку вычислений для виртуальных машин Windows Server в Azure 9.0324
  Могу ли я использовать расширенные обновления безопасности в других облачных средах/хостингах? 
 Для  Windows Server : при оплате хостеру базовой лицензии Windows Server клиенты могут приобретать у Microsoft расширенные обновления безопасности для использования на размещенных экземплярах. Цены основаны на цене Windows Server Standard за ядро, минимум 16 ядер на экземпляр.
 Для  SQL Server  клиенты с мобильностью лицензий в рамках Software Assurance также могут приобрести  Расширенные обновления безопасности  от Microsoft для использования на виртуальных машинах, имеющих соответствующую лицензию для работы в центре обработки данных авторизованного партнера по мобильности лицензий. См. сайт лицензирования Microsoft, чтобы узнать о доступности и правах на использование предложения об окончании поддержки.
 В следующей таблице приведены цены на  расширенных обновлений безопасности  в различных сценариях размещения.
  Могут ли клиенты использовать расширенные обновления безопасности для SQL Server на стороннем хостере? 
 Клиенты не могут использовать  Расширенные обновления безопасности , если они переносят свою среду  SQL Server 2008  на реализацию  PaaS  в других облачных предложениях.
 Если клиенты хотят перейти на  IaaS  , они могут использовать мобильность лицензий для SQL Server через Software Assurance, чтобы сделать переход, и приобрести расширенные обновления безопасности у Microsoft, чтобы вручную применять исправления к работающим экземплярам SQL Server 2008/2008 R2. на виртуальной машине (IaaS) у другого облачного провайдера. Однако бесплатные расширенные обновления безопасности и преимущество гибридного использования Azure доступны только в Azure.
 Действия и последующие шаги 
 Оценка 
 Инвентаризация рабочих нагрузок Windows Server и SQL Server 2008 и 2008 R2 в вашей среде и определение пути миграции.
 Миграция 
 Мигрируйте устаревшие версии SQL Server и Windows Server с помощью рекомендаций, ресурсов и инструментов. Воспользуйтесь новой службой миграции базы данных Azure, чтобы переместить SQL Server 2008 и 2008 R2 в управляемый экземпляр базы данных SQL Azure с небольшими изменениями кода приложения или без них.
 Оптимизировать 
 Используйте преимущества Software Assurance и службы Azure для управления и расширения вашей среды.
 Часто задаваемые вопросы и другие ссылки 
 Расширенные обновления безопасности для SQL Server и Windows Server 2008/2008 R2 Часто задаваемые вопросы
 Часто задаваемые вопросы о преимуществах гибридного использования Azure
 Часто задаваемые вопросы о программе Software Assurance
 Обзор мобильности лицензий
 Нравится: 
 Нравится Загрузка...
  17 сентября 2018 г.   16 октября 2018 г.