Сменить sql express на sql enterprise
Güvenlik. Performans. Gizlilik. Hepsi kullanımı kolay tek bir uygulamada.
Kaspersky Small Office Security
Küçük ölçekli işletmenizi kolayca koruyun
Kaspersky Premium
Cihazlarınız, gizliliğiniz ve kimliğiniz için tam koruma
Kaspersky Password Manager
Parolalarınız ve belgeleriniz her zaman elinizin altında
Установка MS SQL Server 2019
Хоть я и не являюсь администратором баз данных, тем не менее мне приходится довольно часто заниматься установкой MS SQL Server. Для себя я выработал определенную процедуру установки, которой и поделюсь в этой статье.
Ставить будем наиболее актуальную на сегодня версию MS SQL Server 2019. Начнем с подготовки.
Системные требования
Для установки SQL Server 2019 требуется минимум 6ГБ дискового пространства, 1ГБ ОЗУ и 64-разрядный процессор с тактовой частотой 1.4ГГц. Это официальные минимальные требования, необходимые для установки. Для работы, конечно же, этого недостаточно.
Установка SQL Server 2019 возможна на Windows Server 2016 или более поздней версии, а также на Windows 10 1507 или более поздней версии. Для серверных ОС поддерживается установка в режиме основных серверных компонентов (Server Core).
Подготовка дисков
Перед установкой необходимо подготовить диски, на которых будут располагаться базы данных. Рекомендуется размещать базы данных и логи транзакций на отдельных физических дисках, а также выделить отдельный диск под TempDB. В нашем случае хватит и одного диска, на котором я просто создам отдельные папки.
При создании и разбиении дисков необходимо установить размер сектора (Allocation unit size) равным 64Kb. Это можно сделать либо из оснастки управления дисками
либо, как вариант, из консоли PowerShell. Например:
New-Partition -DiskNumber 1 -DriveLetter D -UseMaximumSize
Format-Volume -DriveLetter D -AllocationUnitSize 64Kb -FileSystem NTFS -NewFileSystemLabel «Data» -Confirm:$false
Выбор редакции SQL Server
Теперь выберем нужную редакцию (Edition). На данный момент SQL Server доступен в четырех редакциях:
• Express Edition — распространяется бесплатно, но имеет жесткие аппаратные ограничения. Может использовать не больше одного физического процессора или больше 4 ядер многоядерного процессора, не больше 1Гб ОЗУ, а максимальный размер базы ограничен 10Гб;
• Standard Edition — имеет ограничение в 4 сокета или 24 ядра, а также 128Гб на экземпляр сервера. Максимальный размер базы не ограничен;
• Enterprise Edition — не имеет ограничение по использованию вычислительных мощностей;
• Developer Edition — редакция для разработчиков, распространяется бесплатно. Не имеет ограничений, так же как и редакция Enterprise. Эту редакцию запрещено использовать в производственных средах, только для разработки и тестирования.
Примечание. У SQL Server есть еще редакция Web Edition, специально предназначенная для размещения веб-сайтов. На данный момент эта редакция доступна только для партнеров Microsoft по лицензии SPLA (Service Provider License Agreement), поэтому ее не рассматриваем.
Выбор схемы лицензирования
При выборе редакции немаловажную роль играет стоимость лицензий, поэтому стоит коснуться схем лицензирования SQL Server. Есть две схемы лицензирования:
На сервер (SERVER + CAL)
В этой схеме лицензирования на каждый экземпляр SQL Server приобретается одна серверная лицензия. Лицензия назначается на сервер (физический или виртуальный) и не зависит от количества процессорных ядер. Каждая серверная лицензия позволяет клиентам запускать любое количество экземпляров SQL Server в одной операционной системе, физической или виртуальной. Дополнительно требуется приобрести лицензии клиентского доступа (CAL) для каждого устройства (Device CAL) и/или пользователя (User CAL), получающего доступ к экземпляру SQL Server или любому из его компонентов.
Каждая лицензия SQL Server CAL позволяет подключаться к неограниченному количеству баз. Клиентские лицензии можно переназначать другому пользователю или устройству, но не чаще, чем раз в 90 дней (если переназначение не связано с неисправностью устройства или отсутствием человека). Лицензии CAL можно использовать с предыдущими версиями SQL Server (право Downgrade). Например лицензии на SQL Server 2019 можно использовать для подключения к SQL Server 2016.
На ядро (PER CORE)
В этой модели лицензирования каждому ядру сервера, на котором работает SQL Server, должно быть присвоено соответствующее количество лицензий. Клиентские лицензии не требуются.
Редакция Enterprise лицензируется только по ядрам.
Чтобы лицензировать SQL Server, работающий в физической операционной системе, все физические ядра на сервере должны быть лицензированы. Лицензии выпускаются упаковками по 2 штуки (2-core pack). Для каждого физического процессора на сервере требуется минимум четыре лицензии ″на ядро″.
В случае с виртуальными средами есть два варианта лицензирования. В первом варианте можно лицензировать все виртуальные ядра, выделенные виртуальной машине, схема такая же как и для физического сервера.
Второй вариант, доступный только для редакции Enterprise, позволяет лицензировать физические ядра сервера. Лицензирование всех ядер в физическом сервере позволяет запускать SQL Server в физической и виртуальных средах, при этом разрешенное количество операционных систем на сервере равно количеству лицензий ″на ядро″. В такой конфигурации нет никаких ограничений на количество ядер, которые могут быть выделены каждой операционной системе.
При необходимости полностью лицензированному серверу можно назначать дополнительные лицензии ″на ядро″. Каждая дополнительная лицензия позволяет развертывать SQL Server на одной дополнительной виртуальной машине.
Максимальная виртуализация может быть достигнута при использовании Software Assurance Unlimited Virtualization. В этом случае разрешается запускать любое количество экземпляров SQL Server 2019 Enterprise Edition на неограниченном количестве виртуальных машин на сервере со всеми физическими ядрами, полностью лицензированными для SQL Server Enterprise Edition и подпадающими под действие Software Assurance.
Примечание. Кроме двух основных схем y SQL Server 2019 есть отдельная схема лицензирования для кластеров (Big Data Cluster) и для контейнеров (docker и т.п.). Подробную инструкцию по лицензированию SQL Server 2019 можно найти по адресу https://docs.microsoft.com/answers/storage/attachments/96089-sql-server-2019-licensing-guide.pdf.
Загрузка дистрибутива
Загрузить дистрибутив MS SQL Server можно с сайта загрузок Microsoft. Для этого надо перейти по адресу https://www.microsoft.com/en-us/sql-server/sql-server-downloads и выбрать нужную редакцию для загрузки. С сайта загрузится веб-инсталлятор, с помощью которого можно либо сразу запустить установку, либо загрузить полный дистрибутив, что я и рекомендую сделать.
Также стоит проверить список обновлений и при необходимости загрузить наиболее свежее.
Установка
Теперь все готово и можно приступать к установке. Монтируем образ с дистрибутивом и запускаем установщик. В открывшемся окне переходим на вкладку Installation и выбираем пункт меню New SQL Server stand-alone installation or add features to an existing installation.
Выбираем редакцию, которую будем устанавливать. Можно выбрать одну из бесплатных Express или Developer, можно выбрать редакцию Evаluation (ознакомительная редакция SQL Server, которая предоставляет полный функционал Enterprise и работает в течении 180 дней)
или можно ввести имеющийся ключ продукта, который и определит устанавливаемую редакцию.
В коммерческих версиях ключ продукта уже изначально включен в дистрибутив, найти его можно в файле DefaultSetup.ini.
Примечание. У SQL Server есть возможность изменить текущую редакцию продукта. Например можно редакцию Express обновить до Standard, а Standard до Enterprise. Это работает только в сторону повышения, понизить редакцию нельзя.
Переходим дальше и соглашаемся с лицензионным соглашением.
На следующей странице предлагается проверить наличие обновлений. Если согласиться, то установщик полезет на Microsoft Update в поисках обновлений. Это может занять довольно длительное время, да и потом я предпочитаю устанавливать обновления отдельно, поэтому галочку не отмечаем.
Теперь выбираем компоненты SQL Server, которые будем устанавливать. Это важный момент, поэтому остановимся на нем поподробнее. В SQL Server 2019 для установки доступны следующие компоненты:
На уровне отдельного экземпляра SQL Server (Instance Features)
• Database Engine Services – собственно сам движок SQL Server. Единственный обязательный к установке компонент;
• SQL Server Replication – службы репликации. Репликация представляет собой набор технологий копирования и распространения данных и объектов баз данных между базами данных, а также синхронизации баз данных для поддержания согласованности. Компонент довольно часто используются, поэтому рекомендую отметить для установки;
• Machine Learning Services and Language Extensions – службы машинного обучения. Компонент SQL Server, который дает возможность выполнять скрипты на языках Java, Python и R в базе данных. Ставить стоит только в том случае, если есть явная необходимость. Для поддержки языка Java необходимо предварительно установить JDK или JRE, иначе установку продолжить не удастся;
• Full-Text and Semantic Extractions for Search – полнотекстовый и семантический поиск. Полнотекстовый поиск – поиск слов или фраз в текстовых данных, обычно используется для поиска текста в большом объёме данных, так как он значительно быстрей обычного поиска. Семантический поиск является расширением полнотекстового поиска, который позволяет решать более широкий круг задач. Например c помощью семантического поиска, можно находить ключевые слова, то есть наиболее статистически значимые слова документа. Можно находить слова, которые делают два документа похожими. Есть возможность искать документы, которые больше всего походят на данный документ. Компонент часто используется, поэтому я ставлю его по умолчанию, на всякий случай. Обратите внимание, что для семантического поиска вам также понадобится технология FILESTREAM (о ней чуть позже);
• Data Quality Services – службы повышения качества данных. Позволяет построить базу знаний и использовать ее для задач по обеспечению качества данных, таких как исправление, дополнение, стандартизация и устранение дубликатов. DQS позволяет выполнять очистку данных с использованием служб эталонных данных, расположенных в облаке и предоставляемых поставщиками эталонных данных. DQS также предоставляет функции профилирования, встроенные в задачи по обеспечению качества данных, что позволяет анализировать целостность данных;
• PolyBase Query Service For External Data – технология доступа к внешним данным. PolyBase позволяет экземпляру SQL Server запрашивать данные непосредственно из SQL Server, Oracle, Teradata, MongoDB, кластеров Hadoop, Cosmos DB и т.д. без необходимости устанавливать клиентское программное обеспечение для подключения. PolyBase позволяет с помощью запросов T-SQL объединить данные из внешних источников с данными из реляционных таблиц в экземпляре SQL Server.
• Analysis Services – сервис аналитики, также известен как Server Analysis Services (SSAS). Используется для бизнес-аналитики, анализа данных и создания отчетов, таких как Power BI, Excel, Reporting Services и другие подобных.
На уровне всего сервера (Shared Features)
• Machine Learning Server (Standalone) – изолированный сервер машинного обучения, который работает независимо от SQL Server;
• Data Quality Client – автономное приложение, которое подключается к серверу DQS и позволяет выполнять операции по обеспечению качества данных. Предоставляет интуитивно понятный графический пользовательский интерфейс для очистки данных, интеллектуального анализа данных и административных задач в DQS.
• Client Tools Connectivity – клиентские компоненты, предназначенные для обеспечения связи между клиентами и серверами. Включают сетевые библиотеки для DB-Library, OLEDB для OLAP, ODBC, ADODB и ADOMD+. Рекомендуется ставить обязательно;
• Integration Services – службы интеграции данных, известны также как SQL Server Integration Services (SSIS). Позволяют в удобном виде реализовать процесс переноса данных из одного источника в другой по технологии ETL (Extract, Transform, Load). Также SSIS можно использовать для автоматизации других процессов, например, задач связанных с обслуживанием баз данных или каких-либо действий с файлами в операционной системе;
• Client Tools Backwards Compatibility — требуется для обратной совместимости клиентских средств. Включает в себя SQL Distributed Management Objects (SQL-DMO) и Decision Support Objects (DSO). Рекомендую ставить;
• Client Tools SDK – пакет для разработчиков (Software Development Kit). Можно не ставить;
• Distributed Replay Controller/Client – функции распределенного воспроизведения. Используются для моделирования нагрузки и для различного рода тестирования производительности;
• SQL Client Connectivity SDK – содержит пакет SDK Native Client SQL Server (ODBC/OLE DB) для разработки приложений баз данных.
• Master Data Services – позволяет управлять главным набором данных организации. О том, что такое MDS можно узнать из этой статьи. Но скорее всего вам это не нужно ��
Примечание. Некоторые компоненты, такие как сервис отчетов (Reporting Services) и средства управления (Management Tools) отсутствуют в дистрибутиве, их предлагается загрузить отдельно.
По умолчанию выбранные компоненты ставятся в стандартную директорию для приложений (C:\Program Files\Microsoft SQL Server). Путь установки можно изменить, хотя без особой необходимости этого лучше не делать.
Отметив необходимые компоненты жмем Next и ждем окончания проверки на совместимость. Если установщик не обнаружит никаких проблем, то переходим к следующему этапу — выбору экземпляра (Instance) SQL Server.
На одну операционную систему можно установить до 50 экземпляров SQL Server. Для того, чтобы как то их различать, первый экземпляр называется экземпляром по умолчанию (Default Instance) с именем MSSQLSERVER, остальные называются именованными (Named Instance) и для них надо придумывать уникальное имя.
В нашем случае на сервере нет установленных экземпляров SQL Server, поэтому просто оставляем все по умолчанию и идем дальше.
На вкладке Service Accounts можно указать учетные записи, под которыми будут работать службы SQL Server. По умолчанию используются виртуальные учетные записи вида NT Service\ServiceName (напр. NT Service\MSSQLSERVER). Это локальные учетные записи, однако службы, запускаемые с виртуальными учетными записями, могут осуществлять доступ к сетевым ресурсам домена с использованием учетных данных компьютера в формате DomainName\ComputerName$.
Рекомендуемым вариантом является использование управляемых учетных записей служб (Managed Service Accounts, MSA), это самый безопасный и надежный вариант. Также можно использовать обычный доменный аккаунт, либо одну из встроенных учетных записей (LocalSystem, NetworkService и т.п.).
Если не планируется создание отказоустойчивого кластера, то можно оставит все как есть. Виртуальные учетные записи не могут использоваться для экземпляра отказоустойчивого кластера SQL Server, так как у виртуальной учетной записи будет отличаться идентификатор безопасности на каждом узле кластера.
Поменяйте режим запуска службы агента (SQL Server Agent) на Automatic. Агент SQL Server — служба Microsoft Windows, выполняющая запланированные административные задачи, например создание резервной копии базы данных.
Также обратите внимание на скромную галочку внизу с названием ″Grant Perform Volume Maintenance Task privilege to SQL Server Database Engine″. Эта галочка включает функцию мгновенной инициализации файлов (Instant File Initialization).
Когда SQL Server резервирует новое место на диске, то он инициализирует его нулями. Данное поведение можно отключить. Возможность резервирования места на диске без инициализации и называется Instant File Initialization. Включение этой функции позволяет сократить время выполнения некоторых операций и снизить нагрузку на дисковую подсистему.
Примечание. Важно отметить, что Instant File Initialization работает только для файлов данных (MDF и NDF). Файлы лога (LDF) всегда инициализируются нулями.
Единственным недостатком данной технологии является снижение безопасности. Пользователь, которому назначено право на выполнение задач обслуживания тома, может удалить том, что может привести к потере данных или отказу в обслуживании. Кроме того, задачи обслуживания диска можно использовать для изменения данных на диске, например для назначение прав пользователей, что может привести к повышению привилегий.
Переходим на вкладку Collation. Параметр Collation определяет, как именно SQL Server должен сравнивать и сортировать строки. Это крайне важный параметр, который влияет на работу всего сервера БД. Его необходимо правильно указать при установке, поскольку потом изменить его крайне сложно. Значение Collation обычно указывается в системных требованиях приложения, которое буде использовать сервер БД.
По умолчанию Collation выбирается исходя из региональных настроек операционной системы. Так для русской версии системы по умолчанию будет выбрано Cyrillic_General_CI_AS, что означает следующее:
• Cyrillic_General — локаль или используемый язык;
• _CI (Case Insensitive) — без учета регистра;
•_AS (Accent Sensitive) — с учетом аксонов или диакритических знаков.
В следующем окне находятся все основные настройки ядра SQL. На вкладке Server Configuration устанавливаем режим аутентификации (Authentication Mode) и указываем пользователей, которые имею право на администрирование сервера. У SQL Server есть 2 режима аутентификации:
• Windows Authentication Mode — проверка подлинности Windows. Является проверкой подлинности по умолчанию, поскольку обеспечивает более высокий уровень безопасности, чем проверка подлинности SQL Server. При подключении пользователя SQL Server не запрашивает его пароль и не выполняет проверку удостоверения, а проверяет достоверность учетных данных с помощью токена участника Windows в операционной системе. Режим проверки подлинности Windows использует протокол безопасности Kerberos, реализует политику паролей в отношении проверки сложности надежных паролей, поддерживает блокировку учетных записей и истечение срока пароля. Соединение, установленное с помощью проверки подлинности Windows, иногда называется доверительным соединением, поскольку SQL Server доверяет учетным данным, предоставляемым Windows;
• Mixed Mode — смешанный режим. В смешанном режиме включены как проверка подлинности Windows, так и проверка подлинности SQL Server. Проверка подлинности Windows доступна всегда, и отключить ее нельзя. Если используется проверка подлинности SQL Server, в SQL Server создаются имена входа, которые не основаны на учетных записях пользователей Windows. И имя пользователя, и пароль создаются с помощью SQL Server и хранятся в нем же. Пользователи, подключающиеся с помощью проверки подлинности SQL Server, должны предоставлять свои учетные данные (имя входа и пароль) каждый раз при установке соединения. При использовании проверки подлинности SQL Server необходимо задавать надежные пароли для всех учетных записей SQL Server .
Если во время установки был выбран смешанный режим проверки подлинности, необходимо задать и подтвердить надежный пароль для встроенной учетной записи системного администратора SQL Server с именем sa. Учетная запись sa устанавливает соединения с помощью проверки подлинности SQL Server .
Если во время установки была выбрана проверка подлинности Windows, программа установки все равно создаст учетную запись sa для проверки подлинности SQL Server , но она будет отключена. Если позже переключиться на смешанный режим проверки подлинности и потребуется учетная запись sa, ее будет нужно включить. Поскольку учетная запись sa широко известна и часто является целью злонамеренных пользователей, ее не рекомендуется включать (за исключением тех случаев, когда это необходимо приложению). Никогда не указывайте пустой или простой пароль для учетной записи sa.
Любая учетная запись Windows или SQL Server может быть указана в качестве системного администратора. Я обычно выбираю смешанный режим, а в качестве администраторов сервера добавляю встроенную группу локальных администраторов (BUILTIN\Administrators).
На вкладке Data Directories указываем расположение пользовательских баз и резервных копий. По умолчанию они располагаются на системном диске, где им совсем не место. По возможности рекомендуется размещать базы данных и логи транзакций на отдельных физических дисках.
Отдельное внимание стоит уделить базе TempDB. Это системная база данных, в которой хранятся временные данные, созданные пользователями и внутренние объекты, создаваемые ядром СУБД. Эта база участвует практически во всех операциях с данными, поэтому ее параметры могут влиять на производительность всего сервера.
Для настройки доступны следующие параметры:
• Number of files – количество файлов данных. Рекомендуется создавать несколько файлов данных в зависимости от количества логических процессоров на сервере. Если логических процессоров меньше 8, рекомендуется создать файл данных для каждого процессора. Если логических процессоров 8 или больше, рекомендуется создать 8 файлов данных и оценить нагрузку на TempDB. Если мониторинг нагрузки покажет, что увеличение количества файлов оправдано, добавляйте по 4 файла данных за раз, но не больше общего числа логических процессоров.
• Initial size – начальный размер файлов данных. При каждой перезагрузке сервера TempDB создается заново, с начальным размером, а затем увеличивается по мере необходимости. Рекомендуется указывать размер файлов данных в зависимости от планируемой нагрузки. Если вы не можете заранее спланировать нагрузку, то оставьте размер по умолчанию. Для достижения максимальной производительности рекомендуется выделить для TempDB отдельный диск и установить суммарный размер файлов таким, чтобы полностью занять весь диск. Это позволит избежать постоянных операций увеличения файла.
Файлы данных должны иметь одинаковый размер, так как SQL Server использует алгоритм пропорционального заполнения, который повышает вероятность выделения памяти в файлах с большим объемом свободного пространства. Разделение TempDB на несколько файлов данных равного размера обеспечивает эффективное выполнение операций с высокой степенью параллелизма.
• Autogrowth – шаг увеличения файлов. Выбирается в зависимости от начального размера. На этапе установки можно оставить значение по умолчанию. Не рекомендуется ставить размер шага слишком большим, так как это вызовет существенные задержки при увеличении размера файла. И еще, если включена функция мгновенной инициализации файлов (Instant File Initialization), то ожидание блокировок на расширение файла будет намного меньше.
• Data Directories – директории для размещения файлов данных. Р екомендуется размещать файлы данных и журнала транзакций для временной базы на специально выделенных физических дисках, отдельно от операционной системы, файла подкачки и других баз данных. Если указать несколько директорий, файлы будут равномерно распределены по ним.
• TempDb Log file — лог файл у TempDB всего один, независимо от количества файлов данных. По настройкам стоит придерживаться таких же правил, как и для файлов данных. Если есть возможность, лог файлу также стоит выделить отдельный диск.
Переходим на вкладку MaxDOP. На многопроцессорном компьютере при выполнении запроса SQL Server может использовать параллелизм, или, говоря проще – выполнять один запрос в несколько потоков. Параметр MaxDOP (Max Degree of parallelism) как раз и отвечает за параллельную обработку данных и определяет максимальное число процессоров, применяемых при выполнении одного запроса.
Параметр MaxDOP определяется редакцией SQL Server, типом процессора и операционной системой. Чтобы разрешить серверу самому определять максимальную степень параллелизма, установите 0 в качестве значения данного параметра. И наоборот, для отключения многопоточности присвойте параметру значение 1. Если указано значение, превышающее количество доступных процессоров, используется фактическое число доступных процессоров. Если у компьютера только один процессор, то значение параметра MaxDOP учитываться не будет.
Установка MAXDOP на 2, 4 или 8 обычно обеспечивает наилучшие результаты в большинстве случаев использования.
Для максимальной производительности можно воспользоваться табличкой:
| NUMA nodes | Logical processors | MAXDOP value |
|---|---|---|
| Одна | ≤ 8 | 4, 2, или количество ядер (для 1 или 2-ядерного процессора) |
| Одна | > 8 | 8, 4, or 2 |
| Несколько | ≤ 16 | 8, 4, or 2 |
| Несколько | > 16 | 16, 8, 4, or 2 |
Примечание. В данном случае под Numa Node подразумевается физический процессор (сокет).
На вкладке Memory можно указать максимально можно указать минимальный и максимальный объем оперативной памяти, который будет доступен для SQL Server.
При установке можно оставить значения по умолчанию, их всегда можно скорректировать по мере необходимости. Но надо помнить, что з начение по умолчанию позволяет SQL Server использовать столько памяти, сколько ему потребуется. Он cможет занять почти всю память ОС и вызвать проблемы с производительностью сервера. В самом простом случае можно следовать правилу — оставляем 8ГБ на нужды операционной системы, остальное отдаем SQL Server.
На вкладке FILESTREAM можно включить технологию потокового доступа к данным. Технология FILESTREAM объединяет SQL Server с файловой системой NTFS, позволяя размещать большие двоичные данные ( документы, изображения, видео и т. д. ) непосредственно на файловой системе. С помощью инструкций Transact-SQL можно вставлять, обновлять, запрашивать, выполнять поиск и резервное копирование данных, а потоковый доступ к данным обеспечивает API файловой системы NTFS. Говоря проще, FILESTREAM позволяет серверу БД хранить данные на файловой системе и работать с ними.
По умолчанию функционал FILESTREAM отключен, и если вы не уверены в его необходимости, то оставьте его выключенным.
Завершив настройки жмем Next и переходим к финальной части установки. Здесь мы можем проверить настройки и при необходимости вернуться назад и поправить их.
Также обратите внимание на ссылку внизу, она указывает на расположение конфигурационного файла ConfigurationFile.ini. Все произведенные вами настройки сохраняютяс в этом файле. Этот файл в дальнейшем можно использовать для автоматизации процесса установки. Для этого достаточно запустить установщик из командной строки и указать путь к файлу в качестве параметра. Например:
Запускаем установку и дожидаемся ее завершения.
Но это еще не все. Как я уже говорил, в дистрибутив не входят средства управления, их надо загружать отдельно. В принципе можно обойтись без них, к серверу можно подключаться удаленно. Но это не очень удобно, на мой взгляд, поэтому я всегда ставлю SQL Server Management Studio. Найти ее можно просто введя в поисковике SSMS. Также в меню установочного диска есть пункт Install SQL Server Management Tools, выбрав который вы автоматически попадете на страницу загрузки.
Сама установка не требует никаких усилий, надо просто запустить инсталлятор, нажать Install
и дождаться окончания процесса. По завершению потребуется перезагрузка.
После перезагрузки запускаем SSMS и заходим на сервер.
На этом установку можно считать завершенной.
Лицензирование SQL Server: от А до Я
«Прежде чем использовать программное обеспечение в соответствии с условиями лицензии, Клиент должен назначить эту Лицензию устройству или пользователю», — указано в Условиях для Продуктов (Product Terms).
Прежде чем назначить лицензию для SQL Server, попробуем разобраться и выбрать, какие именно лицензии потребуются.
Редакции SQL Server 2017
SQL Server 2017 предлагается в нескольких выпусках. Требования для установки зависят от потребностей приложения. При выборе редакции необходимо учитывать индивидуальные требования каждой организации к производительности, среде выполнения и цене. Набор устанавливаемых компонентов SQL Server зависит от потребностей конкретного пользователя.
| Выпуск SQL Server | Определение |
|---|---|
| Enterprise | Выпуск SQL Server Enterprise Edition является предложением премиум-класса, обеспечивающим полный набор возможностей для центра данных с исключительно высокой производительностью, неограниченными возможностями виртуализации 1 и исчерпывающими средствами бизнес-аналитики, что позволяет добиться высокого уровня обслуживания важнейших рабочих нагрузок и предоставить конечным пользователям доступ к анализу данных. |
| Standard | Выпуск SQL Server Standard обеспечивает основные функции управления данными и предоставляет базу данных бизнес-аналитики для приложений, работающих в отделах и небольших организациях. Поддерживаются распространенные средства разработки в локальных системах и вычислительных облаках, что делает возможным эффективное управление базами данных с минимальными затратами ИТ-ресурсов. |
| Web Edition | Выпуск SQL Server Web Edition — это вариант с низкой совокупной стоимостью владения, предназначенный для размещения веб-сайтов и дополнительных веб-услуг, который по доступной цене обеспечивает масштабируемость и функции управления для небольших и крупномасштабных веб-проектов. Выпуск предоставляется только сторонним поставщикам услуг. |
| Developer Edition | Выпуск SQL Server Developer Edition позволяет разработчикам создавать приложения любого типа на базе SQL Server. Он включает все функциональные возможности выпуска Enterprise Edition, однако лицензируется как система для разработки и тестирования, а не для применения в качестве рабочего сервера. Выпуск SQL Server Developer Edition является идеальным выбором для тех, кто создает и тестирует приложения. |
| Express | Выпуск Express является бесплатной базой данных начального уровня и идеально подходит для обучения, а также для создания управляемых данными приложений, работающих на рабочих станциях и небольших серверах. Этот выпуск — лучший выбор для независимых поставщиков программного обеспечения, непрофессиональных разработчиков и любителей, создающих клиентские приложения. |
SQL Server 2017: особенности основных выпусков
| Редакция SQL Server | Max кол-во ядер | Базовая высокая доступность | Расширенная высокая доступность |
|---|---|---|---|
| Enterprise | Не ограничено | Двухузловая отработка отказа одной базы данных, недоступная для чтения вторичная реплика | Группы доступности Always On, отработка отказа нескольких баз данных, доступные для чтения вторичные реплики |
| Standard | 24 ядра | Двухузловая отработка отказа одной базы данных, недоступная для чтения вторичная реплика |
Модели лицензирования SQL Server 2017
Существует несколько различных моделей лицензирования, доступных для SQL Server, в зависимости от сценария и варианта использования. Выпуски Standard и Enterprise доступны по модели лицензирования по числу ядер. Редакция Standard также доступна по модели Server + CAL.
| Выпуск SQL Server | Server + CAL | По ядрам | На пользователя |
|---|---|---|---|
| Enterprise | V | ||
| Standard | V | V | |
| Developer | V | ||
| Web | Не применимо | ||
| Express | Не применимо | ||
Модель Server + CAL часто бывает предпочтительным вариантом лицензирования, когда:
- SQL является вспомогательной базой данных для другого приложения или интрасети;
- Количество пользователей или устройств, обращающихся к SQL Server, можно определить количественно, к тому же, модель Server + CAL экономичнее, чем модель по ядрам.
Клиентские лицензии предлагаются двух типов: на устройство (Per Device) и на пользователя (Per User).
Лицензируя доступ к серверу по числу устройств, вы покупаете лицензии для каждого устройства, которое обращается к серверу. При этом не важно, сколько пользователей работает с устройством. Лицензии CAL «на устройство» позволяют снизить затраты и упростить администрирование в компаниях, где несколько сотрудников могут использовать одно устройство, например, при работе в несколько смен.
Лицензируя доступ по числу пользователей, вы покупаете лицензию CAL для каждого сотрудника, который использует серверные службы, такие как файловое хранилище или печать. При этом не имеет значения, сколько устройств применяется для доступа.
Приобретать пользовательские лицензии CAL имеет смысл, если сотрудникам компании необходим доступ к корпоративной сети с нескольких разных устройств или если вы не знаете, с каких именно устройств они будут осуществлять доступ.
Лицензии на пользователя также выгодны в тех случаях, когда в организации больше устройств, чем пользователей.
Лицензии CAL привязываются к версии и конкретным функциям. Лицензии должны быть той же самой версии (или более поздней), что и серверное программное обеспечение, доступ к которому лицензируется.
SQL Server 2017: лицензирование на основе числа ядер
Лицензирование на основе числа ядер (Per Core) позволяет неограниченному количеству пользователей или устройств получать доступ к SQL Server (как внутренним, так и внешним 2 ). Основным преимуществом этого варианта является то, что нет необходимости определять количество пользователей или устройств, обращающихся к SQL Server, напрямую или при мультиплексировании 3 .
Для лицензирования SQL Server по числу ядер необходимо залицензировать все физические ядра этого сервера, при этом требуется не менее четырех лицензий на физический процессор.
Для выпусков Enterprise Клиент может использовать любое количество Запущенных экземпляров серверного программного обеспечения на Лицензированном сервере в Физических и (или) Виртуальных операционных средах, число которых равно количеству назначенных ему лицензий. Для редакции Standard Клиент может использовать любое количество Запущенных экземпляров серверного программного обеспечения только в Физической операционной среде на Лицензированном сервере.
В дополнение читайте статью «Windows Server 2016. От процессоров к ядрам»
SQL Server 2017: лицензирование в виртуализированной среде
При развертывании SQL Server в виртуализированных средах клиенты могут выбрать лицензирование отдельных виртуальных машин или максимальную виртуализацию путем назначения лицензий SQL Server Enterprise Per Core с Software Assurance физическому серверу.
Клиент может использовать любое количество Запущенных экземпляров серверного программного обеспечения в любой Виртуальной операционной среде на Лицензированном сервере, если он приобрел необходимое число Лицензий, которое равно числу Виртуальных ядер в соответствующей Виртуальной операционной среде, но не менее четырех Лицензий для каждой Виртуальной операционной среды.
В дополнение читайте статью «Лицензирование набора серверов. Windows Server»
SQL Server 2017: Software Assurance
Преимущества Software Assurance (SA) были введены Microsoft как способ получить лояльность клиентов при предоставлении большей ценности в использовании продуктов за пределами общепринятых вариантов использования обновления версий. Корпорация Майкрософт предлагает ряд преимуществ для SQL Server, описанных ниже:
| Преимущество SA | Описание |
|---|---|
| Права на новые версии | Право на обновление предыдущих версий программного обеспечения |
| Неограниченная виртуализация | Разрешает запускать любое количество экземпляров серверного программного обеспечения в любом количестве Операционных сред на любом количестве Лицензированных серверов, для которых имеется полное покрытие Software Assurance по всем лицензиям «на ядро» для Сервера. |
| Аварийное восстановление | Предоставляет клиентам с SA права на использование ПО в целях аварийного восстановления Для каждого Экземпляра соответствующего серверного программного обеспечения, который Клиент запускает в Физической или Виртуальной операционной среде на Лицензированном сервере, можно временно запустить резервный Экземпляр в Физической или Виртуальной операционной среде на каком-либо другом Сервере, предназначенном для аварийного восстановления. |
| Перемещение лицензий между фермами серверов | Права на переназначение лицензий за рамками стандартной временной шкалы. |
| Перемещение лицензий с помощью Software Assurance | Права на использование продуктов на мультитенантных серверах за пределами собственных ЦОД. |
| Права перехода на резервный ресурс (пассивный сервер) в случае отказа устройства | Права перехода на резервный ресурс в случае отказа устройства, позволяет клиентам запускать пассивные экземпляры продукта для отработки отказа вместе с программным обеспечением, работающим на лицензированном сервере. |
| Использование Сервера Machine Learning для Hadoop | Разрешает запускать Сервер Machine Learning для Hadoop для каждой Лицензии SQL Server Enterprise Core с активным покрытием SA не более чем на 5 серверах исключительно в сочетании с лицензированным использованием SQL Server Enterprise Core. |
| Использование сервера Power BI Report Server | Разрешает запускать программное обеспечение Power BI Report Server на Лицензированном сервере. Клиент может запускать данное программное обеспечение на количестве ядер, не превышающем количество лицензий «на ядро» на SQL Server Enterprise Edition с действующими SA, выделенных соответствующему Северу, при этом для каждой Операционной среды (OSE) должно быть выделено не менее 4 ядер. Кроме того, использование регулируется соответствующими условиями соглашения о корпоративном лицензировании, заключенного с Клиентом. Для публикации общих отчетов Power BI с помощью сервера Power BI Report Server необходима лицензия на подписку «на пользователя» на Power BI Pro. Действие этого права истекает по окончании срока действия SA Клиента. |
| Always On (Высокая доступность) | Включают расширенную поддержку нескольких активных (в режиме чтения) вспомогательных серверов и поддержку многоузловой отказоустойчивой кластеризации. |
Преимущества Software Assurance в зависимости от выпуска SQL Server:
| Преимущество SA | Standard | Enterprise |
|---|---|---|
| Права на новые версии | V | V |
| Перемещение лицензий между фермами серверов | V | V |
| Перемещение лицензий с помощью Software Assurance | V | V |
| Аварийное восстановление | V | V |
| Права перехода на резервный ресурс в случае отказа устройства | V | V |
| Неограниченная виртуализация | V | |
| Machine Learning для Hadoop | V | |
| Power BI Report Server | V | |
| Always On (Высокая доступность) | V |
Стоит отметить, что преимущества Software Assurance действительны пока активна подписка SA.
SQL Server 2017: компоненты
Иногда компоненты SQL Server, такие как службы отчетов SQL устанавливаются без установки SQL Server. Многие сомневаются нужна ли лицензия при таком использовании, поскольку это не полная установка SQL.
Когда компоненты устанавливаются на том же устройстве, что и SQL Server, проблем не возникает, поскольку лицензия, используемая SQL Server, распространяется и на все установленные компоненты.
Однако, если какой-либо из компонентов находится на отдельном устройстве, их также необходимо лицензировать с помощью лицензии SQL Server (по модели Core или Server + CAL).
Ландшафт SQL Server следует проектировать таким образом, чтобы обеспечить оптимизированное состояние лицензирования.
Среда, в которой находится SQL Server 2017
Понимание в какой среде находится SQL Server определяет, необходимо ли использовать производственные лицензии или лицензии для разработчиков. В сценарии, где SQL Server установлен в непроизводственной среде, вместо производственных лицензий могут использоваться альтернативные лицензии «на пользователя» для разработчиков.
- SQL Server Developer 4
- Visual Studio / подписка MSDN 5
- (x4) Лицензии SQL Server Developer (бесплатная загрузка); или же
- (x4) Подписки Visual Studio/MSDN
Основные преимущества использования лицензий для разработчиков в непроизводственных средах включают:
- Лицензированные пользователи могут получить доступ к неограниченному количеству непроизводственных сред
- Снижение затрат на лицензирование
- Оптимизированное управление лицензиями SQL Server с использованием применимых прав на использование продукта (Product Terms)
Роль SQL Server и доступ пользователей или устройств
Определение и понимание роли сервера, на котором установлена база данных SQL (или компонентов, таких как службы SQL Reporting Services), имеет первостепенное значение. Способность понимать роль сервера и, соответственно, доступ конечного пользователя или устройства является ключом к определению, какая редакция SQL Server лучше всего подходит для данной цели.
Это поможет определить, какая модель лицензирования лучше всего подходит для следующих целей:
- Соответствие лицензии на программное обеспечение
- Коммерческая оптимизация
- Масштабируемость меняющейся ИТ-среды
1. Мультиплексирование
Мультиплексирование — это косвенный доступ к системе через другие системы. В приведенном ниже примере (Рисунок 2) пользователи и устройства обращаются к SQL Server косвенно. В этом сценарии можно использовать несколько подходов к лицензированию SQL Server. Они включают:
- Доступ пользователей и устройств состоит из внешних пользователей, то есть не сотрудников организации. В этом сценарии маловероятно, что доступ можно определить количественно, поэтому невозможно определить количество требуемых клиентских лицензий SQL Server (пользователя или устройства). Рекомендованный подход к лицензированию заключается в использовании модели на основе числа ядер — SQL Server Core.
- Доступ пользователей и устройств состоит из внутренних пользователей, т. е. сотрудников организации. В этом сценарии легче определить число устройств и пользователей, и можно провести анализ затрат, какой вариант лицензирования будет экономически выгоднее по ядрам или Server+CAL. (см. пример на Рисунке 5).
2. SQL Server в составе сторонних приложений
Иногда SQL Server может быть встроен в стороннее приложение независимым поставщиком программного обеспечения (ISV). При этом используется лицензия Runtime. Runtime — лицензия с ограничением прав на использование, при которой экземпляр SQL Server конечные пользователи:
- Могут использовать продукты Microsoft только с тем интегрированным решением, с которым они были приобретены
- Не могут использовать данные продукты Microsoft с другими решениями, отдельно от интегрированного решения, с которым они были приобретены и в целях разработки новых приложений.
Обратите внимание, что и продукты Microsoft могут включать технологию SQL Server. Например, System Center.
Будьте внимательны, иногда поставщики ISV интегрируют в свое решение лицензию Full-time. Лицензия Full-time позволяет конечным пользователям использовать продукты Microsoft, полученные в составе решения, вместе с другими приложениями и в любых целях до тех пор, пока пользователь сохраняет за собой лицензию на интегрированное решение.
3. Интранет
Интрасеть — это ограниченная внутренняя сеть, используемая организациями для передачи информации, а иногда и услуг сотрудникам. Как показано в приведенном ниже примере (Рисунок 4), SQL Server часто используется в качестве базовой технологии базы данных для хранения этой информации. Возможность количественного определения уровня и типа доступа к этой технологии SQL будет иметь решающее значение для выбранной модели лицензирования и часто определяется коммерческими факторами.
Рекомендуется провести экономический анализ для оценки различных моделей лицензирования с учетом таких факторов, как размер организации, прогнозируемый рост и масштабируемость текущей конфигурации.
Анализ может выглядеть следующим образом:
SQL Server c SA в AZURE (Виртуальные машины и База данных SQL)
Чтобы использовать Преимущество гибридного использования Microsoft Azure для SQL Server, требуется наличие активной подписки на Software Assurance.
Преимущество виртуализации, доступное с использованием гибридного преимущества Azure для SQL Server, предназначено для локальных высоко виртуализированных рабочих нагрузок. Преимущество виртуализации доступно только для базы данных SQL Azure. Вы можете преобразовать 1 ядро SQL Enterprise Edition с активной подпиской Software Assurance, чтобы получить до 4 ядер SQL Database общего назначения или гипермасштабных уровней обслуживания. Это делает перемещение виртуализированных приложений в базы данных SQL весьма экономически эффективным. Например, если у вас есть 4 лицензии на ядро SQL Server Enterprise, вы можете получить до 16 ядер общего назначения или гипермасштабных уровней обслуживания по сниженной / базовой ставке
Если у вас есть лицензии Standard Edition на ядро с Software Assurance, вы можете получить 1 vCore в опции General Purpose для каждого ядра лицензии, которым вы владеете локально.
Если у вас есть Enterprise Edition для лицензий на ядро с Software Assurance, вы можете получить 1 vCore в критически важном для бизнеса варианте для каждого 1 ядра лицензии, которым вы владеете локально. Примечание. гибридное преимущество Azure для SQL Server для критически важных бизнес-параметров доступно только клиентам Enterprise Edition.
Если у вас есть высоковиртуализированная корпоративная версия для лицензий на ядро с Software Assurance, вы можете получить 4 Vcore в варианте общего назначения для каждого ядра лицензии, которым вы владеете локально. Это уникальное преимущество виртуализации, доступное только в Azure.
Резервирование Azure помогает сэкономить деньги путем внесения предоплаты за использование виртуальной машины, вычислительной мощности Базы данных SQL, пропускной способности Azure Cosmos DB или других ресурсов Azure за один или три года.
Лицензии необходимо использовать локально или в облаке. Однако есть льготный период (180 дней), в течение которого можно использовать лицензии как локально, так и в облаке, чтобы упростить миграцию.
Вопросы перед выбором SQL:
Как уже упоминали, SQL Server лицензируется по нескольким моделям, в зависимости от сценария и варианта использования. Некоторые из них относительно прозрачные, другие — нет, а коммерческие последствия при некорректном использовании — значительные. Пункты, которые следует рассмотреть, включают в себя:
- Роль сервера SQL — внутренняя или внешняя?
- Можно ли определить количество пользователей или устройств, обращающихся к базе данных?
- Доступ к серверу SQL доступен через мультиплексирование?
- Есть ли у вас активная подписка Software Assurance для сервера SQL, имеется ли доступ к таким преимуществам, как пассивное лицензирование отработки отказа?
- Развернут ли SQL Server как часть кластерной среды?
- SQL Server находится в производственной или непроизводственной среде?
- Компоненты SQL, такие как службы отчетов SQL, развернуты как автономные установки без SQL?
- Больше информации и практических советов по теме лицензирования ПО вы можете получить на курсе «Лицензирование продуктов Microsoft»
- Научиться управлять лицензионным ПО и получать от этого выгоды на курсе «Управление программными активами на предприятии»
1 Неограниченные возможности виртуализации доступны в выпуске Enterprise Edition корпоративным клиентам с Software Assurance. Развертывания должны соответствовать политике лицензирования.
2 Внешними называются пользователи, которые не являются сотрудниками, локальными агентами или локальными подрядчиками организации-лицензиата или ее аффилированных лиц.
3 Аппаратное или программное обеспечение, которое используется для создания пулов подключений, перенаправления данных, уменьшения количества устройств или пользователей, напрямую обращающихся к продукту, или уменьшения количества операционных сред (OSE), устройств или пользователей, которыми продукт управляет напрямую (иногда называемое оборудованием или программным обеспечением «мультиплексирования» или «пулинга»), не уменьшает требуемое количество лицензий любого типа.
4 SQL Server Developer 2016 бесплатная редакция SQL.
5 Visual Studio / MSDN subscriptions доступны в двух редакциях (Enterprise и Professional). Оба выпуска предоставляют поддержку для развертывания SQL Server в непроизводственной среде. Важно подчеркнуть, что подписки лицензируются на пользователя и не могут быть общими для членов команды разработчиков. Дополнительную информацию можно найти здесь.
Установка Microsoft SQL Server 2019
Инструкция по установке Microsoft SQL Server 2019, чтобы не забыть. Будем устанавливать Microsoft SQL Server 2019 на Windows Server 2016.
Редакции MS SQL Server 2019
- Express — бесплатная версия
- до 4 ядер CPU
- до 1 ГБ памяти
- размер базы до 10 ГБ
- до 16 ядер CPU
- до 64 ГБ памяти
- до 24 ядер CPU
- до 128 ГБ памяти
- для некоммерческого использования
- для разработчиков и тестировщиков
- 180 дней пробный период
Лицензирование MS SQL Server 2019
- PER CORE — по ядрам сервера
- SERVER + CAL — на сервер + каждого пользователя
- Есть возможность лицензирования контейнеров, виртуальных машин и кластеров Big Data
Требования к установке
- Нельзя устанавливать MS SQL Server 2019 на диски со сжатием, сетевые диски и диски, доступные только для чтения.
- Нельзя монтировать дистрибутив через удалённый рабочий стол, вам нужно скачать его на сервер перед началом установки.
- Операционная система:
- Windows 10 TH1 1507 или более поздней версии
- Windows Server 2016 или более поздней версии
Дополнительные требования к установке можно найти здесь:
Момент, на который стоит обратить внимание:
Язык дистрибутива установки должен соответствовать языку операционной системы.
Иначе получим ошибку:
Операционная система
Минимальная версия серверной операционной системы для MS SQL Server 2019 — Windows Server 2016. Подготовлю виртуальную машину с этой операционной системой.
Создаю виртуалку. Я использую VMware.
Выбираю конфигурацию оборудования для Windows Server 2016.
Выделю для сервера 8 CPU, 16 Гб оперативной памяти. Диск 200 Гигабайт. Установку операционной системы здесь не рассматриваю, для этого у меня уже была статья:
Дистрибутив для установки MS SQL Server 2019
Качаем дистрибутив для установки пробной версии:
Выбираю вариант «Скачать носитель».
Выбираем язык. Язык должен соответствовать языку операционной системы Windows Server 2016.
У меня операционная система на английском языке, поэтому выбираю «Английский». Скачиваем ISO образ установщика.
Скачивание успешно выполнено. Получаем файл SQLServer2019-x64-ENU.iso.
Установка MS SQL Server 2019
Монтирую ISO образ установщика.
Запускаю setup.exe под администратором. Открывается SQL Server Installation Center.
Слева выбираем пункт Installation.
Нажимаю New SQL Server stand-alone installation or add features to an existing installation.
В разделе Product Key нас просят выбрать тип бесплатной установки или указать ключ продукта. Доступны бесплатные версии:
- Evaluation
- Developer
- Express
Для установки Standard или Enterprise введите соответствующий ключ. В процессе установки содержимое пунктов слева будет меняться. Next.
В разделе License Terms принимаем лицензионное соглашение. Next.
Раздел Global Rules я как-то проскочил, здесь проходят проверки перед установкой. Если проблем не найдено, то мы попадаем в следующий раздел.
Раздел Product Updates тоже проскочил, здесь можно включить поиск обновлений через Windows Update. Я предпочитаю устанавливать сервис-паки, этот раздел мне не нужен.
В разделе Install Setup Files подготавливаются файлы для установки.
Автоматически попадаем в раздел Install Rules. Снова идут проверки установки. У меня есть предупреждение, читаю.
Инсталлятору не нравится Windows Firewall. Предупреждают, что у пользователей может не работать доступ, но с этим я потом разберусь. Ok. Next.
В разделе Feature Selection нужно выбрать нужные нам компоненты. Я выбираю минимум — движок, а именно Database Engine Services.
И выбираю фичи совместимости: Client Tools Connectivity, Client Tools Backwards Compatibility. Пути для установки оставляю без изменений. Next.
Про некоторые компоненты
- Database Engine Services — движок SQL Server.
- SQL Server Replication — службы репликации.
- Machine Learning Services and Language Extensions — поддержка R/Python/Java скрипта в SQL Server. Machine Learning.
- Full-Text and Semantic Extractions for Search — полнотекстовый и семантический поиск.
- Data Quality Services — управление качеством данных, DQS.
- PolyBase Query Service For External Data — доступа к внешним данным, SQL Server или Oracle Database.
- Analysis Services — аналитика (SSAS). Бизнес отчеты (BI), кубы OLAP.
- Machine Learning Server (Standalone) — Machine Learning без движка SQL Server.
- Data Quality Client — DQS без движка SQL Server.
- Client Tools Connectivity — ODBC, OLE DB и некоторые другие.
- Integration Services — службы интеграции данных (SSIS).
- Client Tools Backwards Compatibility — устаревшие DMV и системные процедуры.
- Client Tools SDK — пакет для разработчиков.
- Distributed Replay Controller/Client — улучшенный SQL Server Profiler. Для моделирования нагрузки и тестирования производительности.
- SQL Client Connectivity SDK — ODBC/OLE DB SDK для разработчиков.
- Master Data Services — компонент (MDS) из Business Intelligence.
В разделе Feature Rules идёт проверка на наличие возможность установки выбранных компонентов.
В разделе Instance Configuration можно выбрать нужный инстанс. У меня одна БД, выбираю Default instance. Next.
В разделе Server Configuration во вкладке Service Accounts меняю пользователя под которым будет запускаться SQL Server и SQL Server Agent. Тип запуска агента меняю на Automatic.
Обратите внимание на галку Grand Perform Volume Maintenance Task privilege to SQL Server Database Engine Service. Полезная штука для оптимизации производительности. Настройка влияет на файл данных. Когда файл автоматически вырастает, то новый кусок заполняется нулями, в этот момент SQL может тормозить. Instant File Initialization (IFI) позволяет отключить это зануление.
Эту опцию я уже использовал для оптимизации SQL Server 2014:
Во вкладке Collation можно изменить кодировку. Я оставляю по умолчанию кириллицу. Next.
Переходим в раздел Database Engine Configuration, здесь много вкладок.
Вкладка Server Configuration. Authentication Mode — меняю на Mixed Mode, задаю пароль на пользователю sa. Здесь же кнопкой Add Current User делаю свою учётку админом БД.
Вкладка Data Directories. Здесь можно и иногда нужно изменить пути к файлам. Я оставляю по умолчанию.
Вкладка TempDB. Здесь настраиваются параметры для базы tempdb. Автоматические параметры нормальные. Я оставляю без изменений.
Вкладка MaxDOP. Настраиваем количество параллельных потоков для выполнения запросов. Автоматические параметры зависят от количества процессоров вашего сервера. У меня 8 процессоров, инсталлятор предложил 8 параллельных потоков. 0 — отключает настройку, при этом SQL Server будет использовать все ядра.
Вкладка Memory. Выделяем память для SQL Server. Я 4 Гб ОЗУ оставляю операционной системе, а остальное отдаю SQL серверу.
Вкладка FILESTREAM. Здесь можно при желании включить эту поддержку.
FILESTREAM позволяет приложениям на основе SQL Server хранить в файловой системе неструктурированные данные, например документы и изображения. Приложения могут одновременно использовать многопоточные API-интерфейсы и производительность файловой системы, тем самым обеспечивая транзакционную согласованность между неструктурированными и соответствующими им структурированными данными.
В разделе Feature Configuration Rules снова идут проверки. Next.
Попадаем в раздел Ready to Install. Проверяю что всё верно. Install.
Начинается установка SQL Server 2019.
Установка SQL Server 2019 успешно завершена. Close.
SQL Server Management Tools
Для управления SQL сервером нам понадобится SQL Server Management Tools (SSMS). Приложение SSMS можно установить на тот же сервер, что и SQL Server 2019, однако, иногда удобнее выполнить установку на компьютер системного администратора, DBA или разработчика.
Сейчас это отдельный продукт, который не входит в пакет установки SQL Server 2019. Однако, в инсталляторе SQL Server 2019 есть на него ссылка.
Ссылка ведёт на сайт:
Нажимаем «Скачайте SQL Server Management Studio (SSMS)». При этом скачается версия для вашего языка. Если поискать на страничке, то можно найти ссылки на версии SSMS на других языках. Я скачиваю английскую версию SSMS-Setup-ENU.exe.
Выбираю путь установки, Install.
Устанавливаются необходимые компоненты.
Начинается установка SSMS.
Установка SQL Server Management Studio завершена, требуется перезагрузка. Перезагружаю сервер — Restart.
Проверка работы SQL Server 2019
Запускаю SQL Server Management Studio.
Подключаюсь к SQL серверу под sa.
Установлена версия SQL Server 15.0.2000.5.