Microsoft sql server standard edition 2018: Microsoft SQL Server Standard Edition — купить лицензию Microsoft SQL Server Standard Edition по выгодной цене на официальном сайте Store.Softline.ru

LinkedIn

選擇語言Bahasa Indonesia (Bahasa Indonesia)Bahasa Malaysia (Malay)Čeština (Czech)Dansk (Danish)Deutsch (German)English (English)Español (Spanish)繁體中文 (Chinese (Traditional))Français (French)한국어 (Korean)Italiano (Italian)简体中文 (Chinese (Simplified))Nederlands (Dutch)日本語 (Japanese)Norsk (Norwegian)Polski (Polish)Português (Portuguese)Română (Romanian)Русский (Russian)Svenska (Swedish)Tagalog (Tagalog)ภาษาไทย (Thai)Türkçe (Turkish)العربية (Arabic)

عفواً، لم نتمكن من العثور على الصفحة التي تبحث عنها. برجاء المحاولة مرة أخرى للصفحة السابقة أو الانتقال لـمركز المساعدة للمزيد من المعلومات

الإنتقال لموجزك الرئيسي

Omlouváme se, nemůžeme najít stránku, kterou hledáte. Zkuste se vrátit zpátky na předchozí stránku, nebo se podívejte do našeho Centra nápovědy pro více informací

Přejít do informačního kanálu

Vi kan desværre ikke finde den side, du leder efter.

Gå tilbage til den forrige side, eller besøg Hjælp for at få flere oplysninger

Gå til dit feed

Die gewünschte Seite konnte leider nicht gefunden werden. Versuchen Sie, zur vorherigen Seite zurückzukehren, oder besuchen Sie unseren Hilfebereich, um mehr zu erfahren.

Zu Ihrem Feed

Uh oh, we can’t seem to find the page you’re looking for. Try going back to the previous page or see our Help Center for more information

Go to your feed

Vaya, parece que no podemos encontrar la página que buscas. Intenta volver a la página anterior o visita nuestro Centro de ayuda para más información.

Ir a tu feed

Nous ne trouvons pas la page que vous recherchez. Essayez de retourner à la page précédente ou consultez notre assistance clientèle pour plus d’informations

Ouvrez votre fil

Maaf, sepertinya kami tidak dapat menemukan halaman yang Anda cari.

Coba kembali ke halaman sebelumnya atau lihat Pusat Bantuan kami untuk informasi lebih lanjut

Buka feed Anda

Non abbiamo trovato la pagina che stai cercando. Prova a tornare alla pagina precedente o visita il nostro Centro assistenza per saperne di più.

Vai al tuo feed

申し訳ありません。お探しのページが見つかりません。前のページに戻るか、ヘルプセンターで詳細をご確認ください

フィードに移動

원하시는 페이지를 찾을 수 없습니다. 이전 페이지로 돌아가거나 고객센터에서 자세히 알아보세요.

홈으로 가기

Harap maaf, kami tidak dapat menemui laman yang ingin anda cari. Cuba kembali ke laman sebelumnya atau lihat Pusat Bantuan kami untuk maklumat lanjut

Pergi ke suapan

De pagina waar u naar op zoek bent, kan niet worden gevonden. Probeer terug te gaan naar de vorige pagina of bezoek het Help Center voor meer informatie

Ga naar uw feed

Vi finner ikke siden du leter etter.

Gå tilbake til forrige side eller besøk vår brukerstøtte for mer informasjon

Gå til din feed

Nie możemy znaleźć strony, której szukasz. Spróbuj wrócić do poprzedniej strony lub nasze Centrum pomocy, aby uzyskać więcej informacji

Przejdź do swojego kanału

A página que você está procurando não foi encontrada. Volte para a página anterior ou visite nossa Central de Ajuda para mais informações

Voltar para seu feed

Ne pare rău, nu găsim pagina pe care o căutaţi. Reveniţi la pagina anterioară sau consultaţi Centrul nostru de asistenţă pentru mai multe informaţii

Accesaţi fluxul dvs.

Не удаётся найти искомую вами страницу. Вернитесь на предыдущую страницу или посетите страницу нашего справочного центра для получения дополнительной информации.

Перейти к ленте

Sidan du letar efter hittades inte.

Gå tillbaka till föregående sida eller besök vårt Hjälpcenter för mer information

Gå till ditt nyhetsflöde

ขออภัย ดูเหมือนเราไม่พบหน้าที่คุณกำลังมองหาอยู่ ลองกลับไปที่หน้าเพจก่อน หรือดู ศูนย์ความช่วยเหลือ ของเราสำหรับข้อมูลเพิ่มเติม

ไปที่ฟีดของคุณ

Naku, mukhang hindi namin mahanap ang pahina na hinahanap mo. Subukang bumalik sa nakaraang pahina o tingnan ang aming Help Center para sa higit pang impormasyon

Pumunta sa iyong feed

Aradığınız sayfa bulunamadı. Önceki sayfaya geri dönün veya daha fazla bilgi için Yardım Merkezimizi görüntüleyin

Haber akışınıza gidin

抱歉，无法找到页面。试试返回到前一页，或前往帮助中心了解更多信息

前往动态汇总

我們好像找不到該頁面。請回到上一頁或前往說明中心來進一步瞭解

前往首頁動態

Диагностика миграции SQL Server 2016 | Windows IT Pro/RE

Пример переноса рабочей среды из SQL Server 2012 в SQL Server 2016 и решение проблем при пиковой нагрузке

Почему нам так важно понимать различия между редакциями SQL Server Enterprise и Enterprise Core? Дело в том, что использование сервера зависит от того, какую редакцию вы установите. Недавно мне пришлось работать с клиентом, выполнявшим перенос рабочей среды из SQL Server 2012 в SQL Server 2016. Десяток задействованных серверов были подготовлены за несколько недель и даже месяцев до миграции, а многократно протестированный с неизменным успехом план был следующим:

1. Использовать доставку журналов, чтобы синхронизировать различные серверы непосредственно перед точкой миграции.
2. Запретить подключение пользователей.
3. Выполнить все необходимые подготовительные задачи как на платформе данных, так и на уровне приложений.
4. Произвести и применить окончательное резервное копирование журнала.
5. Обновить установку совместимости до 2016 (130).
6. Выполнить некоторые стандартные тесты, а затем вернуть всех пользователей в среду.

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

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

Первые признаки

Вскоре после того как пользователям было позволено вернуться в среду SQL Server, мы начали замечать проблемы, связанные с высокой нагрузкой на процессор; при этом, согласно данным программ мониторинга, ресурсы процессора были использованы лишь на 50%. Также нам показалось странным, что нагрузка процессора, похоже, не распределялась поровну между всеми 72 ядрами на сервере. Это привело к неравномерности NUMA, как показано на экране 1. Как можно заметить, этот сервер потреблял почти 100% ресурсов процессора у 40 используемых ядер, но остальные 32 ядра были практически нетронутыми. Подсчитав, мы выяснили, что показатель 56% измерен по всем ядрам, независимо от того, задействованы они или нет. Но сервер был на 100% использован у 40 ядер, которые он мог задействовать.

Вопрос в том, почему SQL Server использует только 40 ядер, если в распоряжении сервера их 72?

Мы начали искать дополнительную информацию. На мой взгляд, «дополнительная информация» в отношении SQL Server обычно означает обращение к динамическим объектам управления (http://thesqlagentman.com/periodic-table/), или сокращенно DMO. Чтобы собрать больше сведений о том, как ядра выглядят для SQL Server, я использовал запрос к DMO sys.dm_os_schedulers для проверки подсчетов, сгруппированных по статусу:

SELECT OS.status, COUNT (OS.status)
FROM sys.dm_os_schedulers AS OS
GROUP BY OS.status
ORDER BY OS.status;

Результаты не внушали оптимизма (см. экран 2). Что именно они означают? На уровне метаданных результаты показывают, что есть 40 планировщиков, которые удалось задействовать службе SQL Server (VISIBLE ONLINE), но существуют и дополнительные планировщики, недоступные в их текущем состоянии. К ним относятся планировщики HIDDEN, которые используются для обслуживания рабочих нагрузок системного уровня и недоступны для запросов конечных пользователей (подсчеты для HIDDEN ONLINE были приемлемыми и ожидаемыми в соответствии с их особыми характеристиками), а также единственный планировщик VISIBLE ONLINE (DAC), зарезервированный для выделенного подключения администратора (DAC). Остаются 32 планировщика, перечисленные как VISIBLE OFFLINE, которые должны быть доступны для рабочих нагрузок конечного пользователя, но на самом деле недоступны. Планировщик VISIBLE OFFLINE, хотя и адресуемый, не может взаимодействовать с рабочими нагрузками SQL Server, по крайней мере, по одной причине. Такого регулирования загрузки процессора мне не приходилось встречать за те 20 лет, что я работаю администратором баз данных и преподавателем, в том числе в статусе MVP.

Экран 2. Результаты запроса к DMO sys. dm_os_schedulers

Интересно, что эта же проблема наблюдалась на всех серверах, задействованных в переходе на SQL Server 2016: все ограничены 40 ядрами с технологией Hyper-Threading, то есть использовалось 20 ядер. На данном этапе несколько человек вспомнили о блоге Джона Морхауса, Data Platform MVP. В одной своей публикации (http://sqlrus.com/2017/03/schedulers-to-rule-them-all/) он отмечал, что столкнулся в SQL Server 2012 с похожей проблемой, связанной с лицензированием.

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

Два возможных варианта установки для Enterprise Edition

Существует две возможные причины, ведущие к установке неверной редакции Enterprise Edition SQL Server 2016:

1. Изменения в порядке лицензирования для SQL Server, вступившие в силу в 2012 году.
2. Склонность компании Microsoft к использованию похожих названий для разных технологий или компонентов.

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

Кроме того, Microsoft нередко переопределяет акронимы и термины, относящиеся к различным продуктам (а в случае с DAC — в рамках одного продукта). В этом случае возникает путаница вокруг термина «ядро». Дело в том, что существует также редакция Server Core операционной системы Microsoft Windows без графического интерфейса, на которой можно установить SQL Server. Процесс установки на Windows Server Core описан здесь: https://docs. microsoft.com/en-us/sql/database-engine/install-windows/install-sql-server-on-server-core. На экране 3 ясно видно, что человек, выбиравший продукт для установки, неверно воспринял редакцию Core для SQL Server 2016 как редакцию, предназначенную для Windows Server Core, а не как слово core, относящееся к SQL Server, от которого и происходит определение лицензирования в зависимости от количества ядер.

Из приведенных на экране 3 вариантов, взятых со страницы загрузки Microsoft MSDN, видно, как могло возникнуть такое недоразумение.

Почему я подробно остановился на теме редакций SQL Server Enterprise и Enterprise Core? Потому что если выбрана редакция, не отмеченная явно как Core, то вы устанавливаете редакцию SQL Server с лицензией Server+CAL, ограниченной 20 или 40 ядрами при использовании технологии Hyper-Threading.

Теперь становится ясно, откуда берутся 40 планировщиков VISIBLE ONLINE и почему 32 остаются неадресуемыми, хотя они видимы. Причина в том, что по условиям лицензирования эти ядра не могут быть задействованы в службе. Первое впечатление угнетает: мысль о необходимости пройти по всей новой миграции на уже используемом оборудовании, чтобы получить «верные» редакции для SQL Server. Представьте эти и другие панические мысли, и вы получите представление о настроении участников процедуры миграции.

Однако существует и более простой способ решить проблему с лицензированием, которому одновременно помогает и мешает базовая архитектура высокой доступности, развернутая на этапе обновления и миграции: распределенные группы доступности Distributed Availability Groups (DAG).

Сложности распределенных групп доступности

Группы доступности представляют собой развитие технологий высокой доступности и аварийного восстановления (HA/DR) в виде зеркального отображения базы данных и кластеризации серверов.

Группа доступности (AG) состоит из двух или нескольких серверов («реплик»), которые являются узлами отказоустойчивого кластера Windows Server Failover Cluster (WSFC), и не использует общих ресурсов хранилища, как в случае с типичным WSFC.

Вместо этого WSFC используется группами доступности как фундамент для высокой доступности операционной системы, освобождая множество серверов от «владения» службами SQL Services. Однако, поскольку общее хранилище не задействовано в этой архитектуре (где кластеризованный экземпляр SQL Server размещен в общем хранилище), данная архитектура содержит несколько копий базы данных, являющейся частью AG, а не единственную копию, как при зеркальном отображении базы данных. Но, в отличие от зеркального отображения базы данных, любая из этих реплик базы данных доступна для чтения, а одна доступна как для чтения, так и для записи. Это очень упрощенное описание архитектуры групп доступности, но главное, что это архитектура, в которой применяется кластеризованный набор серверов, взаимодействующих друг с другом для обеспечения работы SQL Server.

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

Как часто говорят в рекламе, и это еще не все. Это верно в случае с нашей архитектурой, так как мы имеем дело не просто с группами доступности, а с распределенными группами доступности.

Что такое распределенная группа доступности (DAG)? Это группа доступности, состоящая из групп доступности, которые используются, чтобы разрешить геораспределенные реплики AG в центрах обработки данных. Таким образом, например, обеспечивается аварийное восстановление и избыточность сайтов. В группе доступности необходимо обратить внимание на задержку между всеми репликами. Группы доступности, как и при Database Mirroring, могут быть настроены как синхронные или асинхронные. Для первого варианта требуется, чтобы все транзакции на первичной реплике были зафиксированы на вторичной реплике, прежде чем они будут зафиксированы на первичной. Последнее подразумевает, что в конечном счете будет достигнута согласованность между репликами, и устраняет требование двухфазной фиксации из схемы архитектуры.

Даже в случае с асинхронной фиксацией сохраняется насущная необходимость малых задержек в очередях, служащих каналом связи между двумя репликами. Этого трудно добиться при наличии географически разделенных реплик, поэтому, вместо того чтобы задействовать AG с «удаленными» репликами, используется DAG. В распределенной группе доступности вы получаете две группы доступности, по одной для центра обработки данных. В любой момент времени одна AG владеет DAG, а в первичной AG имеется первичная реплика, которая владеет AG и, по умолчанию, связанным DAG. По крайней мере, вы получите четыре реплики, из которых одна первичная и три вторичные. Теперь исправление нужно применять не к одному экземпляру SQL Server, как в автономной среде, а к двум экземплярам вследствие групп доступности и затем к четырем экземплярам, поскольку мы имеем дело с распределенными группами доступности. Наконец, умножьте результат на три отдельных DAG вследствие внутренней структуризации среды SQL Server, и мы получим 12 исправлений вместо одного. Теперь становится понятно, почему полное перестроение производственной системы в процессе миграции — неприемлемый вариант.

Решение

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

1. Загрузите нужную версию файлов установки.

2. Смонтируйте файл iso для установки и запустите файл setup.exe.

3. Укажите PID — другое имя для ключа безопасности, состоящего из букв, знаков переноса и цифр.

4. Отмените установку.

5. Запустите окно командной строки cmd с правами администратора.

6. Перейдите в каталог, где находится файл setup.exe для загруженного и смонтированного носителя.

7. Подставьте значение PID в следующую команду:

Setup.exe/q/ACTION=editionupgrade/
   INSTANCENAME=MSSQLSERVER/
   PID=XXXXX-XXXXX-XXXXX-
   XXXXX-XXXXX/
   IACCEPTSQLSERVERLICENSETERMS

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

9. Отсоедините файл iso и удалите ненужные файлы.

Эта команда изменяет модель лицензирования и освобождает планировщики VISIBLE OFFLINE, в сущности удалив ограничение по регулированию ресурсов процессора (экран 4).

Как показано на экране 5, была решена и проблема разбалансировки NUMA.

Мне пришлось выполнить эти действия в первую очередь на вторичной реплике вторичной AG, а затем переключиться на вторичную группу доступности и выполнить ту же команду на бывшей первичной реплике. Затем процесс повторяется в группе доступности, которая владеет DAG. Процесс приводит к перезапуску SQL Services в рамках применения исправления, но, поскольку ни в один момент времени я не исправлял первичную реплику, конечные пользователи не заметили никаких последствий, кроме обычных при переключении группы доступности.

Впоследствии обновление было весьма успешным. Переход от SQL Server 2012 к 2016 привел к уменьшению задержек, повышению общей производительности и возможности начать использовать хранилище запросов Query Store и другие компоненты SQL Server 2016. Настало время начать планировать переход на SQL Server 2017!

Где найти и установить последние загрузки Microsoft SQL Server

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

SQL Server  

SQL Server — это, по сути, система управления реляционной базой данных, разработанная и разработанная Microsoft, которая позволяет разработчикам, инженерам данных и архитекторам решений хранить и извлекать данные при разработке программных приложений. Текущая версия — SQL Server 2019.который является обновленной версией SQL Server 2017 года. Начиная с MS SQL Server для OS/2, выпущенного в 1989 году, и его первого выпуска SQL Server 4. 2 в 1993 году, SQL Server прошел долгий путь с SQL Server 2019, предоставляя возможности и функциональные возможности со значительными улучшениями за десятилетия.

SQL Server можно выбрать для использования в Azure, т.е. Облако, локально, а также распространяется на устройства IoT через Edge.

Как скачать и установить SQL Server 2019?

Прежде всего, необходимо понять, какая версия SQL Server 2019 вам требуется. Это зависит от типа сценария использования, который вы хотите выполнить. Корпорация Майкрософт предоставила два разных специализированных выпуска: выпуск для разработчиков и выпуск Express. Однако оба этих издания находятся в свободном доступе.

Developer 

Версия SQL Server 2019 Developer предоставляет полный набор функций SQL Server 2019 и лицензируется для использования только при разработке и тестировании в непроизводственной среде.

Express

Экспресс-выпуск SQL Server 2019 также находится в свободном доступе. Тем не менее, основное отличие от Developer Edition заключается в том, что эта версия идеально подходит для использования в производстве для разработки веб-приложений, приложений для настольных компьютеров и серверов.

Кроме того, существуют разные установки SQL Server 2019 для Windows, Linux и Docker.

Шаг 1 

Теперь перейдите на страницу загрузки SQL Server 2019 и выберите настройку установки.

Шаг 2 

Для Windows нажмите Выберите параметры установки.

Шаг 3 

Теперь мы выберем различные процессы установки. Нажмите «Установить в Windows».

Шаг 4 

Теперь мы перейдем на другую страницу с параметрами для Azure и EXE.

Шаг 5 

Нажмите Exe, заполните детали и продолжите.

Другой способ — установить Developer Edition для непроизводственной среды напрямую.

Шаг 1 

Нажмите Загрузить сейчас в разделе Developer или Express Edition.

Шаг 2 

В вашу систему будет загружен файл .exe.

Дважды щелкните этот файл.

Шаг 3 

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

Шаг 4 

Прочтите условия лицензии и нажмите «Принять».

Шаг 5 

Выберите диск, на который вы хотите установить SQL Server 2019.

Убедитесь, что свободного места достаточно для загрузки программного обеспечения. После этого нажмите «Установить».

Шаг 6 

Механизм правил будет извлечен в указанное вами место для загрузки пакета.

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

Шаг 7 

После успешной загрузки начнется процесс установки.

Шаг 8 

После завершения установки вы можете получить доступ и использовать SQL Server 2019 Edition.

Для дальнейших подключений и установок вы можете выбрать «Подключиться сейчас» или «Установить SSMS в вашу систему».

Шаг 9 

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

Ознакомьтесь с серией Azure Data Studio, чтобы узнать об этом. В Azure Data Studio — создание, запрос и удаление в SQL Server мы используем SQL Server 2019 и подключаем его к Azure Data Studio для подключения и запроса данных из самой Studio.

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

Заключение

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

SQL Server Developer Edition — статья часто задаваемых вопросов

В этой статье мы ответим на наиболее распространенные вопросы об этом замечательном SQL Server Developer Edition.

Введение

Если вы читаете эту статью, значит, вы слышали о выпуске SQL Server со всеми корпоративными функциями , но БЕСПЛАТНО . Возможно ли это? Преимущества, недостатки, использование и многое другое. Гораздо больше.

Что такое SQL Server Developer Edition?

Это издание для разработчиков. Это бесплатно, но вы не можете использовать его в производстве. Он содержит все функции SQL Server Enterprise, но его нельзя развернуть в рабочей среде.

Является ли выпуск SQL Server Developer Edition бесплатным?

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

Если нельзя использовать в производстве.

Какой смысл его иметь?

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

В чем разница между SQL Server Express Edition и Developer Edition?

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

По следующим ссылкам показаны все различия для SQL Server 2019 и более ранних версий:

• Выпуски и поддерживаемые функции SQL Server 2019 (15.x)

Выпуски

• и поддерживаемые функции SQL Server 2017

Выпуски

• и поддерживаемые функции SQL Server 2016
• Функции, поддерживаемые выпусками SQL Server 2014

Что нового в выпуске SQL Server Developer?

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

• Новые возможности SQL Server 2019 (15. x)
• Новые возможности SQL Server 2017
• Новые возможности SQL Server 2016

Как установить выпуск SQL Server Developer?

Мы создали довольно хорошую статью об установке редакции SQL Server для разработчиков. Вы можете найти ссылку здесь:

• Как установить выпуск SQL Server для разработчиков

Где я могу узнать, является ли мой SQL Server версией Developer Edition?

Используйте свойства в SSMS SQL Server, чтобы проверить выпуск SQL Server:

Мы также можем запросить выпуск, используя следующую инструкцию T-SQL:

Запрос покажет не только версию SQL, но также версию SQL Server и используемую версию Windows:

Как обновить версию Developer Edition до версии Enterprise?

Иногда у вас есть версия Developer, но вам нужно перейти с разработки на рабочую версию, и вам нужно перейти с версии Developer Edition на версию Enterprise. Для этого вам нужно запустить программу установки SQL Server. В меню перейдите на Maintenance и выберите опцию Edition upgrade. Дополнительные сведения об обновлении версии SQL Server Developer Edition до другой версии см. по этой ссылке:

• Обновление до другого выпуска SQL Server (установка)

Какие обновления выпусков поддерживаются из выпуска SQL Server Developer?

Вы можете обновить SQL Server Developer Edition до SQL Server Enterprise, Standard или Web Edition.

Можно ли перейти с версии Enterprise на версию Developer?

По сути, более ранние выпуски в SQL Server не поддерживаются. Возможно, вам придется удалить текущую версию и установить новую ожидаемую. Это относится к любой версии. Вы можете обновить, но не понизить версии.

Можно ли обновить старую версию SQL Server Developer Edition до новой?

Вы можете выполнить обновление с SQL Server 2012, пакет обновления 4, до SQL Server 2019. Если у вас есть SQL Server 2014 Developer Edition, вам потребуется как минимум пакет обновления 2 для обновления до выпуска Developer Edition 2019. А если у вас 2016 или 2017 год, пакет обновления сейчас не требуется, но он может измениться в будущем.

Полный список поддерживаемых путей см. по этой ссылке:

• Поддерживаемые обновления версий и выпусков (SQL Server 2019)

Какие выпуски можно обновить до выпуска для разработчиков?

Вы можете обновить версию SQL Server Express или ознакомительную версию до версии Developer Edition. Для получения дополнительной информации об обновлении перейдите по следующей ссылке:

• Обновление до другого выпуска SQL Server (установка)

Поддерживается ли SQL Server Developer Edition в Linux?

Microsoft теперь ближе к Linux и создает много программного обеспечения, совместимого с Linux. SQL Server не является исключением. Все выпуски, поддерживаемые для Windows, не поддерживаются в Linux (выпуски Enterprise, Standard, Developer, Web и Express).

SQL Server для Linux поддерживается в Red Hat Enterprise 7.7–7.9 или 8.0–8.3 Server, а также в SUSE Enterprise Linux Server v12 SP3–SP5. Концепция функциональности та же. Дополнительные сведения о выпуске SQL Server Developer в Linux см. по этой ссылке:

• Выпуски и поддерживаемые функции SQL Server 2019 в Linux

Заключение

В этой статье мы попытались ответить на самые распространенные вопросы, связанные с SQL Server Developer Edition. Этот выпуск — лучший вариант для изучения SQL Server, и он лучше, чем выпуск Evaluation, если вы хотите изучить SQL Server, поскольку срок действия этой лицензии не истекает. Вы также можете обновить эту версию до рабочей версии, если это необходимо. Я надеюсь, что вы нашли статью полезной.

• Автор
• Последние сообщения

Даниэль Кальбимонте

Дэниел Кальбимонте — Microsoft Most Valuable Professional, Microsoft Certified Trainer и Microsoft Certified IT Professional for SQL Server.