Что такое SQL Azure?
SQL Azure — это семейство управляемых, безопасных и интеллектуальных продуктов на основе ядра СУБД SQL Server в облаке Azure. Служба SQL Azure создана на основе знакомого ядра СУБД SQL Server, поэтому вы сможете легко перенести приложения и продолжить работу со знакомыми средствами, языками и ресурсами. Ваши навыки и возможности пригодятся в облаке, и вы сможете добиться гораздо большего.
Три продукта в семействе SQL Azure:
- База данных SQL Azure: поддержка современных облачных приложений в интеллектуальной управляемой службе баз данных, которая включает бессерверные вычисления.
- Управляемый экземпляр SQL Azure. Существующие приложения SQL Server можно модернизировать в большом масштабе с помощью интеллектуального и полностью управляемого экземпляра, который предоставляется в виде службы и возможности которого почти полностью совпадают с возможностями ядра СУБД SQL Server. Оптимальное решение для большинства миграций в облако,
- SQL Server на виртуальных машинах Azure. Вы можете легко перенести рабочие нагрузки SQL Server в облако методом lift-and-shift, сохранив полную совместимость с SQL Server и доступ на уровне операционной системы.
Узнайте, как все эти продукты соотносятся с платформой данных SQL Azure, чтобы выбрать оптимальный вариант для удовлетворения ваших бизнес-требований. Независимо от того, хотите ли вы сократить расходы или упростить администрирование, эта статья поможет выбрать оптимальный подход в соответствии с важнейшими требованиям вашей компании.
Если вы еще не работали с Azure SQL, ознакомьтесь с видеообзором SQL Azure в серии видео, посвященных SQL Azure:
Обзор
В современном мире, управляемом данными, успешность цифровой трансформации все больше зависит от способности управлять большими объемами данных и использовать их с пользой. Но современные пространства для работы с данными становятся все более сложными, а данные размещаются как локально, так и в облаке или на границе сети. Разработчики, создающие интеллектуальные и иммерсивные приложения, могут столкнуться с ограничениями, которые мешают их работе. Ограничения, возникающие от несовместимости платформ, плохой защиты данных, недостаточного объема ресурсов и высокой их стоимости, создают сложности, которые препятствуют модернизации и разработке приложений.
Одна из первых вещей, которые нужно определить до обсуждения, — можете ли вы использовать базы данных Azure и локальные базы данных SQL Server совместно. Платформа данных от Майкрософт использует технологию SQL Server, поэтому она доступна для физических локальных компьютеров, частных облачных сред (в том числе для размещенных облачных сред сторонних поставщиков) и для общедоступного облака.
Полная управляемость и всегда актуальное состояние
Больше занимайтесь инновациями, а не исправлением, обновлением и резервным копированием баз данных. Azure — это единственное облако с постоянно используемым SQL, которое автоматически применяет последние обновления и исправления, чтобы ваши базы данных всегда были актуальными, что устраняет сбой завершения поддержки. Даже сложные задачи, такие как настройка производительности, высокий уровень доступности, аварийное восстановление и резервное копирование автоматически, освобождают вас сосредоточиться на приложениях.
Защита данных с помощью встроенных интеллектуальных средств безопасности
Azure постоянно отслеживает угрозы, которым могут подвергаться ваши данные. SQL Azure предоставляет следующие возможности:
- Устранение потенциальных угроз в режиме реального времени с помощью интеллектуальных функций расширенного обнаружения угроз и упреждающего оповещения по оценке уязвимостей.
- Лучшие в отрасли многоуровневые средства защиты со встроенными элементами управления безопасностью, в том числе для T-SQL, аутентификации, сетевых подключений и управления ключами.
- Преимущества самого комплексного охвата требований соответствия среди всех облачных служб баз данных.
Бизнес-стимулы
Существует несколько факторов, которые могут повлиять на выбор между предложениями для работы с данными:
- Стоимость: как платформа как услуга (PaaS), так и инфраструктура как услуга (IaaS) включают базовую цену, которая охватывает базовую инфраструктуру и лицензирование. Однако с параметром IaaS необходимо инвестировать дополнительное время и ресурсы для управления базой данных, в то время как в PaaS вы получаете функции администрирования, включенные в цену. Параметры PaaS и IaaS позволяют приостановить ресурсы, чтобы снизить затраты на администрирование.
- Администрирование. Вариант PaaS требует меньше времени на администрирование базы данных. Но этот вариант ограничивает диапазон настраиваемых задач администрирования и скриптов, которые можно выполнять или запускать. Например, среда CLR не поддерживается базой данных SQL, но поддерживается в управляемом экземпляре SQL.
- Соглашение об уровне обслуживания: как IaaS, так и PaaS предоставляют высокопроизводительные соглашения об уровне обслуживания. Параметры PaaS гарантируют соглашение об уровне обслуживания 99,99%, а IaaS гарантирует соглашение об уровне обслуживания 99,95% для инфраструктуры, что означает, что вам также необходимо реализовать дополнительные механизмы для обеспечения доступности баз данных. Вы можете достичь уровня обслуживания 99,99 %, создав дополнительную виртуальную машину SQL и реализовав решение группы доступности AlwaysOn SQL Server.
- Время перехода в Azure: SQL Server на виртуальных машинах Azure точно соответствует вашей среде, поэтому миграция из локальной среды на виртуальную машину Azure не отличается от перемещения баз данных с одного локального сервера на другой. Управляемый экземпляр SQL также обеспечивает простоту миграции, но может потребовать некоторых изменений до перехода.
Сравнение служб
Как видно на схеме, каждое предложение услуги характеризуется определенным уровнем администрирования инфраструктуры, а также степенью экономичности.
В Azure можно использовать рабочие нагрузки SQL Server, работающие как размещенная служба (PaaS), или размещенную инфраструктуру (IaaS), поддерживающую уровень программного обеспечения, например Software-as-Service (SaaS) или приложение. PaaS предоставляет несколько вариантов развертывания и несколько уровней служб в каждом из них. Ключевой вопрос, который необходимо задать при принятии решения между PaaS или IaaS, — вы хотите управлять базой данных, применять исправления и создавать резервные копии или делегировать эти операции в Azure?
База данных SQL Azure
База данных SQL Azure — это реляционная база данных, которая предоставляется как услуга (DBaaS). Она размещается в облаке Azure и реализуется по модели PaaS (платформа как услуга).
- Лучше всего она подходит для современных облачных приложений, для которых требуются последние стабильные возможности SQL Server и разработка и маркетинг которых ограничены во времени.
- Полностью управляемое ядро СУБД SQL Server на основе последнего стабильного корпоративного выпуска SQL Server. База данных SQL основана на стандартизованном оборудовании и программном обеспечении, которое принадлежит, размещено и поддерживается корпорацией Майкрософт.
При использовании SQL Server встроенные функции и функциональные возможности часто требуют обширной конфигурации (локальной или виртуальной машины Azure). При использовании базы данных SQL вы платите по мере использования и имеете возможность увеличивать масштаб базы данных или развертывать ее для повышения производительности без прерывания работы. База данных SQL имеет некоторые дополнительные функции, недоступные в SQL Server, такие как встроенная высокая доступность, аналитика и управление.
База данных SQL Azure предлагает следующие варианты развертывания.
- Как отдельная база данныхс собственным наборомресурсов, управляемых с помощью логического сервера. Отдельная база данных аналогична автономной базе данных в традиционном SQL Server. Этот вариант оптимизирован для современной разработки новых облачных приложений. Доступна поддержка гипермасштабирования и бессерверных вычислений.
- Эластичный пул, который представляет собой набор баз данных с общим набором ресурсов, управляемых через логический сервер. Отдельные базы данных можно перемещать в эластичный пул и обратно. Этот вариант оптимизирован для разработки современных облачных приложений, использующих возможности мультитенантных приложений SaaS. Эластичные пулы представляют собой экономичное решение для управления производительностью множества баз данных с разной динамикой использования. Эластичные пулы для гипермасштабирования в настоящее время находятся в предварительной версии
Управляемый экземпляр SQL Azure
Управляемый экземпляр SQL Azure предоставляется по модели PaaS (платформа как услуга) и будет идеальным выбором для большинства миграций в облако. Управляемый экземпляр SQL — это коллекция системных и пользовательских баз данных с общим набором ресурсов, которая поддерживает подход lift-and-shift.
- Отлично подходит для новых приложений или имеющихся локальных приложений, которые используют последние стабильные возможности SQL Server и переносятся в облако с минимальными изменениями. Управляемый экземпляр SQL похож на экземпляр ядра СУБД Microsoft SQL Server. Он предоставляет общие ресурсы для баз данных и дополнительные функции для экземпляра.
- Управляемый экземпляр SQL поддерживает миграцию базы данных из локальной среды с минимальными изменениями в базу данных. Этот параметр предоставляет все преимущества PaaS базы данных SQL Azure, но добавляет дополнительные возможности, такие как собственная виртуальная сеть. Управляемый экземпляр SQL обеспечивает полный доступ к SQL Server и совместимость функций для переноса экземпляров SQL Server в Azure.
SQL Server на виртуальных машинах Azure
SQL Server на виртуальных машинах Azure попадает в категорию «Инфраструктура как услуга» (IaaS) и позволяет запускать SQL Server на полностью управляемой виртуальной машине в Azure.
- SQL Server, установленный и размещенный в облаке, работает на виртуальных машинах Windows Server или Linux в Azure. Все поддерживаемые версии и выпуски SQL Server доступны для установки на виртуальной машине IaaS.
- Лучше всего подходит для миграций и приложений, требующих доступа на уровне ОС. Виртуальные машины SQL в Azure поддерживают перенос по методу lift-and-shift для существующих приложений, которым требуется быстрая миграция в облако с минимальными изменениями или без них. Виртуальные машины SQL предоставляют полный административный контроль для экземпляра SQL Server и базовой ОС при миграции в Azure.
- Самым существенным отличием от Базы данных SQL и Управляемого экземпляра SQL является то, что SQL Server на Виртуальных машинах Azure предоставляет полный контроль над ядром СУБД. Вы можете выбрать, когда следует запускать действия обслуживания, включая обновления системы, изменить модель восстановления на простую или массовую запись, приостановить или запустить службу при необходимости и полностью настроить ядро СУБД SQL Server. Дополнительные возможности контроля означают дополнительные обязанности по управлению виртуальными машинами.
- Сценарии быстрого разработки и тестирования, если вы не хотите покупать локальное оборудование для SQL Server. Виртуальные машины SQL также работают на стандартном аппаратном обеспечении, которое принадлежит корпорации Майкрософт, размещается и обслуживается ею. При использовании виртуальных машин SQL вы можете использовать лицензию SQL Server, уже включенную в образ SQL Server, или легко использовать существующую лицензию. Вы можете останавливать или возобновлять работу виртуальной машины при необходимости.
- Оптимизирован для переноса имеющихся приложений в Azure или расширения имеющихся локальных приложений в облако в рамках гибридного развертывания. Кроме того, SQL Server на виртуальной машине можно применять для разработки и тестирования традиционных приложений SQL Server. Используя виртуальные машины SQL, вы получаете все права администратора в выделенном экземпляре SQL Server и облачной виртуальной машине. Это идеальный выбор, если организация уже имеет ИТ-ресурсы для обслуживания виртуальных машин. Эти возможности позволяют создавать высоконастройную систему для решения конкретных требований к производительности и доступности приложения.
Сравнительная таблица
Различия между Базой данных SQL Azure, Управляемым экземпляром SQL Azure и SQL Server на виртуальных машинах Azure перечислены в следующей таблице, но база данных SQL и Управляемый экземпляр SQL оптимизированы для сокращения общих затрат на управление ими, чтобы сократить общие затраты на управление ими для подготовки и управления многими базами данных. Текущие затраты на администрирование сокращаются, так как вам не нужно управлять виртуальными машинами, операционной системой или программным обеспечением базы данных. Вам не нужно управлять обновлениями, высоким уровнем доступности или резервными копиями.
В целом База данных SQL и Управляемый экземпляр SQL могут значительно увеличить количество баз данных, которыми может управлять один сотрудник отдела ИТ или разработки. Эластичные пулы для базы данных SQL также поддерживают архитектуры мультитенантных приложений SaaS с функциями, включая изоляцию клиентов и возможность масштабирования для уменьшения затрат путем совместного использования ресурсов между базами данных. Управляемый экземпляр SQL поддерживает возможности на уровне экземпляров для простой миграции существующих приложений, а также для совместного использования ресурсов в базах данных. В то время как SQL Server на виртуальных машинах Azure предоставляют базы данных с наиболее похожим на локальную среду, с которой они знакомы.
| База данных SQL Azure | Управляемый экземпляр SQL Azure | SQL Server на виртуальных машинах Azure |
|---|---|---|
| Поддерживает большинство возможностей уровня базы данных в локальной среде. Доступны наиболее часто используемые функции SQL Server. Доступность гарантируется на уровне 99,995 %. Встроенное резервное копирование, исправления и восстановление. Последняя стабильная версия ядра СУБД. Возможность назначать необходимые ресурсы (ЦП/хранилище) для отдельных баз данных. Встроенные расширенные функции аналитики и безопасности. Изменение ресурсов в режиме онлайн (ЦП/хранилище). |
Поддерживает почти все возможности уровня экземпляра и уровня базы данных в локальной среде. Высокая совместимость с SQL Server. Гарантия доступности 99,99 %. Встроенное резервное копирование, исправления и восстановление. Последняя стабильная версия ядра СУБД. Простой переход с SQL Server. Частный IP-адрес в виртуальной сети Azure. Встроенные расширенные функции аналитики и безопасности. Изменение ресурсов в режиме онлайн (ЦП/хранилище). |
У вас есть полный контроль над системой SQL Server. Поддерживает все возможности в локальной среде. Доступность на уровне до 99,99 %. Полное равенство с соответствующей версии локального SQL Server. Простой переход с SQL Server. Частный IP-адрес в виртуальной сети Azure. У вас есть возможность развертывать приложения или службы на узле, где размещается SQL Server. Управляйте виртуальной машиной SQL Server на портале Azure и разблокируйте ряд дополнительных преимуществ при регистрации в расширении агента IaaS SQL Server. |
| Переход с SQL Server может быть сложным. Некоторые функции SQL Server недоступны. Настраиваемые периоды обслуживания. Совместимость с версией SQL Server может осуществляться только при использовании режима совместимости базы данных. Поддержка частных IP-адресов с использованием Приватного канала Azure. |
Существует еще некоторое минимальное количество функций SQL Server, которые недоступны. Настраиваемые периоды обслуживания. Совместимость с версией SQL Server может осуществляться только при использовании режима совместимости базы данных. |
Вы можете использовать ручные или автоматические резервные копии. Необходимо реализовать собственное решение высокой доступности. Время простоя при изменении ресурсов (ЦП или хранилища) |
| Базы данных размером до 100 ТБ. | До 16 ТБ. | Экземпляры SQL Server с хранилищем объемом до 256 ТБ. Экземпляр может поддерживать любое необходимое количество баз данных. |
| Локальное приложение получает доступ к данным в Базе данных SQL Azure. | Собственная реализованная виртуальная сеть и подключение к локальной среде с помощью Azure Express Route или VPN-шлюза. | Виртуальные машины SQL позволяют создавать приложения, которые частично работают в облаке и частично — на локальных ресурсах. Например, вы можете расширить локальную сеть и домен Active Directory в облако через виртуальную сеть Azure. Дополнительные сведения о решениях для гибридного облака см. в статье Расширение локальных решений для работы с данными в облако. |
Себестоимость
При выборе способа размещения базы данных часто решающим фактором будет ограничение бюджета, как например у начинающих разработчиков, стесненных в средствах, или у подразделений организаций со строгим финансированием.
В этом разделе описаны основы выставления счетов и лицензирования в Azure, связанной с семейством продуктов SQL Azure, и вычисление общей стоимости приложения.
Основы лицензирования и выставления счетов
В настоящее время База данных SQL и Управляемый экземпляр SQL продаются как службы и доступны в нескольких вариантах развертывания с разными уровнями служб и разными ценами за ресурсы. Счета выставляются за каждый час использования по фиксированному тарифу, который зависит от выбранного уровня службы и объема вычислительных ресурсов. Последние сведения о текущих поддерживаемых уровнях служб, объемах вычислительных ресурсов и объемах хранилища см. в описании моделей приобретения на основе единиц DTU (для Базы данных SQL) и виртуальных ядер (для Базы данных SQL и Управляемого экземпляра SQL).
- С помощью базы данных SQL можно выбрать уровень служб, который соответствует вашим потребностям из широкого диапазона цен начиная с $ 5/месяц для уровня «Базовый», и вы можете создавать эластичные пулы для совместного использования ресурсов между базами данных для снижения затрат и удовлетворения пиков использования.
- При использовании Управляемого экземпляра SLQ вы также можете использовать собственную лицензию. Дополнительные сведения об использовании собственной лицензии см. в статье Перемещение лицензий в рамках программы Software Assurance в Azure или используйте калькулятор Преимущества гибридного использования Azure, чтобы узнать, как сэкономить до 40 %.
Кроме того, вы оплачиваете исходящий интернет-трафик по обычным тарифам передачи данных. Вы можете менять уровни служб и объем вычислительных ресурсов в динамическом режиме в соответствии с различными требованиями приложения к пропускной способности.
При использовании Базы данных SQL и Управляемого экземпляра SQL программное обеспечение базы данных настраивается, исправляется и обновляется автоматически, что позволяет вам сократить расходы на администрирование. Кроме того, встроенные функции резервного копирования помогают значительно экономить средства, особенно при наличии большого количества баз данных.
При размещении SQL Server на виртуальных машинах Azure вы можете использовать любой образ SQL Server, предоставляемый платформой (все они содержат лицензию), или собственную лицензию SQL Server. Доступны все поддерживаемые версии SQL Server (2012, 2014, 2016, 2017, 2019) и выпуски (Developer, Express, Web, Standard, Enterprise). Кроме того, доступны версии образов с использованием собственной лицензии (BYOL). Стоимость использования образов, которые предоставляет Azure, зависит от размера виртуальной машины, а также от выбранного выпуска SQL Server. Независимо от размера виртуальной машины или выпуска SQL Server вы оплачиваете лицензии SQL Server и Windows или Linux Server, а также стоимость службы хранилища Azure для дисков виртуальной машины по поминутному тарифу. Поминутное выставление счетов позволяет использовать SQL Server ровно столько, сколько нужно, без приобретения дополнительных лицензий SQL Server. Если вы приносите собственную лицензию SQL Server в Azure, плата взимается только за расходы на сервер и хранилище. Дополнительные сведения об использовании собственной лицензии см. в статье Перемещение лицензий в рамках программы Software Assurance в Azure. Кроме того, вы оплачиваете исходящий интернет-трафик по обычным тарифам передачи данных.
Расчет общей стоимости приложений
Когда вы начинаете использовать облачную платформу, стоимость выполнения приложения включает затраты на разработку и администрирование, а также затраты на службу платформы в общедоступном облаке.
Дополнительную информацию см. в следующих ресурсах:
- Цены на Управляемый экземпляр SQL и Базу данных SQL
- Цены на виртуальные машины для SQL и Windows
- Калькулятор стоимости — оцените свои расходы
Администрирование
Для многих предприятий решение о переходе в облачную службу является столько же о разгрузке сложности администрирования, сколько это стоимость. С помощью IaaS и PaaS Azure управляет базовой инфраструктурой и автоматически реплицирует все данные для обеспечения аварийного восстановления, настройки и обновления программного обеспечения базы данных, управления балансировкой нагрузки и прозрачной отработки отказа при сбое сервера в центре обработки данных.
- С помощью Базы данных SQL и Управляемого экземпляра SQL можно продолжать администрировать базу данных, но вам больше не нужно управлять ядром СУБД, операционной системой или оборудованием. Под вашим управлением остаются базы данных и учетные записи, индексы и оптимизация запросов, аудит и безопасность. Кроме того, при настройке высокой доступности для другого центра обработки данных требуется минимальная конфигурация и администрирование.
- Решение SQL Server на виртуальных машинах Azure позволит полностью контролировать операционную систему и конфигурацию экземпляра SQL Server. С помощью виртуальной машины вы можете решить, когда следует обновлять и обновлять операционную систему и программное обеспечение базы данных, а также устанавливать любое дополнительное программное обеспечение, например антивирус. Некоторые автоматизированные функции предоставляются для значительной упрощения исправлений, резервного копирования и высокой доступности. Кроме того, вы можете контролировать размер виртуальной машины, количество дисков и их конфигурации хранения. Azure позволяет изменять размер виртуальной машины по мере необходимости. Дополнительные сведения см. в статье Размеры виртуальных машин в Azure.
Соглашение об уровне обслуживания (SLA)
Для многих ИТ-отделов основным приоритетом является соблюдение обязательств по времени непрерывной работы, определенных в соглашении об уровне обслуживания (SLA). В этом разделе мы рассмотрим условия SLA для каждого варианта размещения базы данных.
Для Базы данных SQL Azure и Управляемого экземпляра SQL Azure корпорация Майкрософт предоставляет соглашение об уровне обслуживания с уровнем доступности 99,99 %. Последние сведения см. на странице Соглашение об уровне обслуживания для базы данных SQL.
Для SQL Server на виртуальных машинах Azure корпорация Майкрософт предоставляет соглашение об уровне обслуживания доступности 99,95 % для двух виртуальных машин в группе доступности или 99,99% для двух виртуальных машин в разных зонах доступности. Это означает, что хотя бы одна из двух виртуальных машин доступна для данного обслуживания, но она не охватывает процессы (например, SQL Server), выполняемые на виртуальной машине. Последние сведения см. на странице Соглашение об уровне обслуживания для виртуальных машин. Чтобы обеспечить высокую доступность базы данных на виртуальных машинах, следует настроить один из поддерживаемых вариантов высокого уровня доступности на SQL Server, например группы доступности AlwaysOn. Использование варианта с высоким уровнем доступности не дает дополнительных гарантий по Соглашению об уровне обслуживания, но позволяет повысить доступность базы данных до уровня >99,99 %.
Пора переходить на Azure
База данных Azure идеально подойдет для приложений, разрабатываемых для облачной среды, так как продуктивность разработчиков и ускоренный выход на рынок являются критическими для новых решений. С помощью программных функций DBA он идеально подходит для архитекторов и разработчиков облака, так как он снижает потребность в управлении базовой операционной системой и базой данных.
Управляемый экземпляр SQL Azure значительно упрощает перенос имеющихся приложений в Azure, позволяя быстро выводить перенесенные приложения базы данных на рынок в Azure.
SQL Server на виртуальных машинах Azure идеально подходит, если существующие или новые приложения требуют больших баз данных или доступа ко всем функциям в SQL Server или Windows/Linux, и вы хотите избежать времени и расходов на приобретение нового локального оборудования. Это также хорошо подходит, если вы хотите перенести существующие локальные приложения и базы данных в Azure как есть, в тех случаях, когда база данных SQL или Управляемый экземпляр SQL не подходят. Так как вам не нужно изменять уровни презентации, приложения и данных, необходимо сэкономить время и бюджет при повторном развертывании существующего решения. Вместо этого вы можете уделить внимание переносу всех решений в Azure и оптимизации производительности, необходимой для платформы Azure. Дополнительные сведения см. в статье Рекомендации по оптимизации производительности SQL Server в виртуальных машинах Azure.
Создание ресурсов SQL Azure и управление ими с помощью портала Azure
Портал Azure предоставляет отдельную страницу, на которой вы можете управлять всеми ресурсами Azure SQL, включая ваш SQL Server на виртуальных машинах Azure.
Чтобы получить доступ к странице SQL Azure в меню на портале Azure, выберите SQL Azure или найдите и выберите SQL Azure на любой странице.
Sql Azure предоставляет быстрый и простой способ доступа ко всем ресурсам SQL на портале Azure, включая отдельные и пуловые базы данных в Базе данных SQL Azure, а также логический сервер, на котором они размещены, управляемые экземпляры SQL Azure и SQL Server на виртуальных машинах Azure. SQL Azure — это не служба или ресурс, а семейство служб, связанных с SQL.
Чтобы управлять существующими ресурсами, выберите нужный элемент в списке. Чтобы создать ресурсы Azure SQL, выберите + Создать.
После выбора команды + Создать просмотрите дополнительные сведения о различных параметрах, щелкнув Просмотр сведений на любой плитке.
Подробная информация доступна в следующих статьях:
- Создание отдельной базы данных
- Создание эластичного пула
- Создание управляемого экземпляра
- Создание виртуальной машины SQL
Далее
- Чтобы начать работу с Базой данных SQL, см. статью Краткое руководство. Начало работы с базой данных SQL Azure.
- Чтобы начать работу с Управляемым экземпляром SQL, изучите краткое руководство Создание управляемого экземпляра Управляемого экземпляра SQL.
- См. страницу с ценами на базы данных SQL.
- См. страницу с ценами на Управляемый экземпляр SQL Azure.
- Чтобы приступить к работе с SQL Server в виртуальной машине Azure, см. статью Подготовка виртуальной машины SQL Server на портале Azure.
- Определение нужного SKU Базы данных SQL или Управляемого экземпляра SQL для локальной базы данных.
MS SQL

Устройте конкурс между агентствами и узнайте реальные цены и сроки выполнения вашего проекта. Создание заказа занимает 5 минут.
Об инструменте
Что такое MS SQL
Microsoft SQL Server (MS SQL) – это реляционная система управления базами данных, которую применяют для работы с данными веб-приложений. Данная СУБД использует свой диалект SQL – Transact-SQL. По данным Stack Overflow за 2022 год, Microsoft SQL Server занимает 5 место по популярности среди всех СУБД.
Основные возможности MS SQL
- Работа с данными веб-приложения: запись, хранение, изменение, удаление.
- Поддержка большого количества типов и форматов данных, например, свойственного для NoSQL-СУБД формата JSON.
- Кластеризация баз данных.
- Репликация данных благодаря технологии AlwaysOn.
- Поддержка вычислений в оперативной памяти с технологией In-Memory OLTP.
Особенности Microsoft SQL Server
MS SQL поддерживает интеграцию с каталогом облачных служб Microsoft Azure. Также Microsoft SQL Server используется в Microsoft Azure SQL – облачной платформе для хранения данных, которая предоставляется по модели PaaS (платформа как услуга).
Преимущества MS SQL
- Интеграция с продуктами и сервисами Microsoft, включая облачный сервис Microsoft Azure и ПО для бизнес-анализа – Microsoft PowerBI.
- Поддержка Kubernetes для масштабирования.
- Продвинутая система безопасности, которую Microsoft позиционирует как лучшую в отрасли.
- Расширенная аналитика благодаря интеграции с Big Data и службами машинного обучения.
- Достаточно большое количество русскоязычных специалистов.
Microsoft SQL Server *
Проблемы при переходе с MS SQL на PostgreSQL. Типы данных
Уровень сложности Простой
Время на прочтение 4 мин
Количество просмотров 6.4K
Исходя из того, что предыдущую статью не заминусовали и даже не сильно критиковали, попробую продолжить серию и поделиться с проблемами некоторых различий типов данных в MS SQL и PostgreSQL.
Всего голосов 10: ↑10 и ↓0 +10
Добавить в закладки 43
Новости
все подряд лучшие
ptr128 15 ноя в 02:31
Проблемы при переходе с MS SQL на PostgreSQL.Активное использование временных таблиц
Уровень сложности Простой
Время на прочтение 4 мин
Количество просмотров 10K
Сначала я думал просто перечислить наиболее распространенные проблемы, возникающие при переходе с MS SQL на PostgreSQL. Но решил, что просто перечисление будет мало информативным. Поэтому, пока ограничился наиболее частой проблемой, приводящей к деградации производительности при переходе с MS SQL на PostgreSQL. Если статья окажется нужной, то продолжу рассматривать остальные проблемы.
Всего голосов 9: ↑8 и ↓1 +7
Добавить в закладки 43
mssqlhelp 13 ноя в 14:27
Новое в SQL Server 2022: Обзор использования Intel QuickAssist
Уровень сложности Сложный
Время на прочтение 11 мин
Количество просмотров 962

Технология Intel® QuickAssist (Intel QAT) в SQL Server 2022 призвана обеспечить аппаратное ускорение и возможности разгрузки процессоров от функций сжатия и распаковки резервных копий баз данных. Использование этой технологии даёт заметное снижение нагрузки на процессоры, времени создания резервных копий, а также уменьшает занимаемое под хранение копий место.
В SQL Server 2022 интегрированы возможности сжатия/распаковки с помощью библиотеки QATzip и связанной с ней библиотеки Intel Intelligent Storage Acceleration Library (ISA-L). Intel ISA-L устанавливается вместе с QATzip, и наличие их является необходимым условием для включения аппаратного ускорения Intel QAT на уровне экземпляра.
QATzip в настоящее время поддерживает передачу нагрузки резервного копирования на мощности периферийного аппаратного устройства в виде адаптера PCIe, либо на встроенный чипсет, а если этого нет, может обеспечивать программное сжатие по тем же алгоритмам.
Всего голосов 5: ↑5 и ↓0 +5
Добавить в закладки 5
koloskovv 13 ноя в 12:55
Записки оптимизатора 1С (часть 4). Параллелизм в 1С, настройки, ожидания CXPACKET
Уровень сложности Простой
Время на прочтение 10 мин
Количество просмотров 4K

Параллелизм – это возможность выполнения запросов сервером СУБД в нескольких потоков. По умолчанию в настройках SQL Server параллелизм не ограничен и потенциально для выполнения запроса могут использоваться все ядра всех процессоров (max degree of parallelism= 0). В то же время, в системах 1С вендор настоятельно рекомендует установить max degree of parallelism = 1, и, соответственно, один запрос будет использовать только одно ядро.
Почему так и что же с этим всем делать? Давайте разбираться.
Всего голосов 4: ↑3 и ↓1 +2
Добавить в закладки 23
Истории
ALexKud 9 ноя в 14:56
Как жесткую программную систему превратить в гибкую или Двадцать лет спустя
Уровень сложности Средний
Время на прочтение 9 мин
Количество просмотров 2.5K

В этой статье хочу поделиться идеей разработки табличного скрипта, который позволил жесткую логику тестирования на клиенте заменить на гибкую логику скрипта, хранящегося в базе данных. Скрипт поддерживает циклы , прямую и косвенную адресацию, установку параметров тестирования прямо из скрипта, позволяет работать в пошаговом режиме, проводить отладку операций, делать паузу и остановку и т д.
Всего голосов 6: ↑5 и ↓1 +4
Добавить в закладки 13
mssqlhelp 12 окт в 18:36
Новое в SQL Server 2022: Get more out of Reporting Services with an improved user experience
Время на прочтение 3 мин
Количество просмотров 674

В новой версии SSRS мы проделали значительную работу по обеспечению лучшего уровня доступности, и добавили новые возможности, которые включают в себя:
• Расширенную поддержку Windows Narrator 1 для новых клиентских операционных систем Windows и Windows Server.
• Улучшения в безопасности.
• Улучшения производительности браузера с помощью Angular.
• Исправлены баги, ухудшавшие доступность.
• Поддержка каталога сервера отчетов для экземпляров SQL Server 2022 2 .
• Повышена надежность.
Всего голосов 5: ↑5 и ↓0 +5
Добавить в закладки 3
Stenlav 8 окт в 14:31
Повышение эффективности SQL-запросов: советы и рекомендации
Уровень сложности Средний
Время на прочтение 12 мин
Количество просмотров 8.2K

В статье представлен ряд советов и методов, которые помогут читателям оценить производительность своих SQL-запросов и улучшить ее при необходимости. Здесь будут рассмотрены некоторые ключевые аспекты оптимизации запросов для SQL Server, чтобы помочь пользователям сделать их более эффективными и быстрыми.
Всего голосов 22: ↑18 и ↓4 +14
Добавить в закладки 105
koloskovv 6 окт в 13:07
Записки оптимизатора 1С (часть 3). Распределенные взаимоблокировки в 1С системах
Время на прочтение 4 мин
Количество просмотров 2.3K

Назрела небольшая статья, скорее даже пост о распределенных взаимоблокировках в системах 1С. Мы периодически сталкиваемся с такими ситуациями у наших заказчиков и хочется поделиться с сообществом информацией, т.к. далеко не все могут увидеть и правильно интерпретировать природу таких блокировок.
Всего голосов 2: ↑1 и ↓1 0
Добавить в закладки 12
mssqlhelp 5 окт в 18:36
Новое в SQL Server 2022: улучшаем масштабируемость с Buffer Pool Parallel Scan
Уровень сложности Средний
Время на прочтение 4 мин
Количество просмотров 1.7K
Параллельный просмотр (сканирование) буферного пула — это новая функция SQL Server 2022, призванная обеспечить лучшую масштабируемость и значительно повысить производительность обслуживания вашей рабочей нагрузки.
Буферный пул — это область оперативной памяти, которую SQL Server использует для кэширования данных. Все страницы вначале попадают в буферный пул, и после этого их можно будет использовать в запросе, а для выполнения ряда операций бывает необходимо просмотреть весь буферный пул.
Сканирование буферного пула — это распространённая внутренняя операция, потенциально требующая перебора миллионов буферов. Например, экземпляр SQL Server с пространством буфера в 1 ТБ требует просмотра всего буферного пула с перебором больше 130 миллионов буферов. Это справедливо для любой редакции SQL Server, независимо от использования буферного пространства, поскольку, чтобы найти буферы определенной базы данных, просмотр буферного пула всегда перебирает весь массив дескрипторов буферов.
Всего голосов 5: ↑5 и ↓0 +5
Добавить в закладки 9
mssqlhelp 26 сен в 18:42
Новое в SQL Server 2022: опция WAIT_AT_LOW_PRIORITY для создания индексов
Уровень сложности Средний
Время на прочтение 3 мин
Количество просмотров 1.6K
Эта новинка в SQL Server 2022 позволяет создавать, изменять и перестраивать индексы, и при этом пережидать перед получением доступа к ресурсу другие задачи, чтобы снизить конфликты за этот ресурс, которые могут возникать во время обслуживания индексов.
Всего голосов 6: ↑6 и ↓0 +6
Добавить в закладки 9
EFSOL_OBLAKO 26 сен в 15:22
Исследование производительности 1С на СУБД: Tantor, Postgres 1С, PostgresPro, MS SQL
Уровень сложности Средний
Время на прочтение 10 мин
Количество просмотров 7.8K

Команда EFSOL Oblako продолжает серию тестов производительности 1С. Подобные тесты мы проводим уже несколько лет и на этот раз решили сравнить актуальные СУБД для работы с 1С:Предприятие 8.3, включая продукт российского разработчика — Tantor СУБД.
В данном исследовании для проведения нагрузочных тестов в связке с 1С использовались не только разные СУБД, но и разные операционные системы, подробнее о тестовом стенде ниже.
Всего голосов 1: ↑1 и ↓0 +1
Добавить в закладки 23
ptr128 21 сен в 21:01
Как не потерять производительность при секционировании в MS SQL
Уровень сложности Средний
Время на прочтение 3 мин
Количество просмотров 3K
Рассмотрим достаточно распространенную ситуацию. Имеется огромная таблица примерно следующей структуры:
Всего голосов 7: ↑7 и ↓0 +7
Добавить в закладки 12
mssqlhelp 15 сен в 18:42
Новое в SQL Server 2022 – Parameter Sensitive Plan Optimization (PSP)
Уровень сложности Средний
Время на прочтение 2 мин
Количество просмотров 2K
В SQL Server 2022 появилась замечательная возможность\функция, которая называется: Parameter Sensitive Plan Optimization (оптимизация плана с учетом параметров, для краткости — PSP). Как следует из названия, её задача обеспечить производительность параметризованных запросов. Появилась возможность создания несколько планов исполнения для параметризованного запроса, каждый из которых оптимизирован для разных значений параметров. Это позволяет оптимизатору SQL Server выбирать наилучший план выполнения для определенных значений параметров, используемых при исполнении конкретного запроса.
Всего голосов 4: ↑4 и ↓0 +4
Добавить в закладки 10
Ближайшие события

Дата 25 сентября – 30 ноября
Место Онлайн

Дата 13 – 26 ноября
Время 18:00 – 23:00
Место Москва • Нижний Новгород • Екатеринбург • Новосибирск • Санкт-Петербург • Онлайн

Дата 22 – 23 ноября
Время 10:00 – 20:00
Место Москва

Дата 22 ноября
Время 14:00 – 19:00
Место Онлайн

Дата 22 – 24 ноября
Время 10:00 – 19:30
Место Москва • Онлайн

Дата 27 – 28 ноября
Время 9:00 – 20:00
Место Москва • Онлайн

Дата 27 – 28 ноября
Время 10:00 – 20:00
Место Онлайн

Дата 28 ноября
Время 10:00 – 17:00
Место Москва • Онлайн

Дата 30 ноября
Время 17:30 – 00:00
Место Москва

Дата 1 декабря
Время 12:30
Место Москва • Онлайн

Дата 5 – 6 декабря
Время 9:00 – 23:59
Место Москва • Белград • Онлайн

Дата 9 – 11 декабря
Время 10:00 – 17:00
Место Москва

Дата 18 – 20 декабря
Время 10:00 – 17:00
Место Москва

Дата 19 – 20 января
Время 10:00 – 18:00
Место Москва
Влево Вправо
mssqlhelp 12 сен в 18:50
Новое в SQL Server 2022: изменение стратегии прироста журналов транзакций
Уровень сложности Сложный
Время на прочтение 6 мин
Количество просмотров 2.3K
Когда я впервые узнал о том, что SQL Server 2022 будет поддерживать мгновенную инициализацию файлов журнала транзакций, я был заинтригован. Когда позже выяснилось, что это относится только к автоматическому приращению и только с размером не больше 64 МБ, интрига несколько потеряла свой «блеск». Из-за этих ограничений я скептически отнесся к тому, что новая стратегия сможет заменить сложившуюся практику автоматического увеличения файлов журналов на 1 ГБ — по крайней мере, с тех пор, как SSD и другие современные хранилища получили достаточное распространение.
Но поигравшись с этим новшеством, я проникся.
Всего голосов 17: ↑17 и ↓0 +17
Добавить в закладки 10
Tzimie 11 сен в 15:41
MSSQL: Rebuild vs Reorganize в высоконагруженных системах
Уровень сложности Средний
Время на прочтение 3 мин
Количество просмотров 2K

В двух прошлых статьях я разобрал Index REBUILD в Enterprise и Standard editions. Настало время осветить Index Reorganize — то есть Index Rebuild для бедных. Рекомендую заглянуть в статьи по ссылкам выше — там описан скрипт, который выполняет rebuild или reorg, контролируя течение процесса.
Ведь index reorganize не держит долгих блокировок, почти не нагружает сервер, работая в одном треде, поэтому он безопасен, так? Правда? Ведь правда?
Всего голосов 1: ↑1 и ↓0 +1
Добавить в закладки 17
MsDoos 9 сен в 17:46
Настройка бэкапов Mssql с резервированием на s3 (Selectel)
Уровень сложности Простой
Время на прочтение 6 мин
Количество просмотров 2.6K
Настройка резервного копирования с помощью плана обслуживания с загрузкой бэкапов на s3 ресурс selectel.
Всего голосов 10: ↑10 и ↓0 +10
Добавить в закладки 11
koloskovv 6 сен в 15:43
Мониторинг PostgreSQL. Новые возможности анализа производительности 1С и других систем. Часть 2: Трассировка
Уровень сложности Простой
Время на прочтение 7 мин
Количество просмотров 4.1K

Продолжаем обсуждать инструменты анализа производительности систем на PostgreSQL.
В прошлой статье я начал рассказывать о расширении SP_TRACE, устанавливаемого на любые сборки PostgreSQL, и являющегося неотъемлемой частью мониторинга PerfExpert.
SP_TRACE предоставляет новые сведения в виде счетчиков и трасс, которых нет в других известных инструментах.
Всего голосов 2: ↑2 и ↓0 +2
Добавить в закладки 33
DVLev 5 сен в 20:01
Организация миграции схем баз данных на основе Nasgrate
Уровень сложности Сложный
Время на прочтение 5 мин
Количество просмотров 1.2K

В процессе работы над приложением, команда разработчиков часто сталкивается с необходимостью версионирования и трансляции изменений в структуре базы данных между различными машинами. Для этих целей сообществом были разработаны различные системы, отличающиеся функциональными возможностями, ценой (включая бесплатные решения) и технологиями организации процесса.
В этой статье я бы хотел подробнее остановиться на Nasgrate
Основные преимущества Nasgrate
• в качестве хранилища SQL-запросов используются обычные текстовые файлы без привязки к какому либо языку программирования. Это упрощает процесс взаимодействия между командами, работающими с разными технологиями (например Node и Python), не приходится разбираться в особенностях язковых конструкций
• возможность автоматического создания миграции на основе анализа изменений в двух базах данных (пока поддерживается только MySQL, но в планах другие базы данных) или между двумя состояниями миграций одной базы данных
• наличие визуального интерфейса (а не только консольного клиента) позволяющего организовать просмотр изменений в наглядном виде
MS SQL Сервер
MS SQL Server – это одна из популярных и актуальных на сегодняшний день систем управления базами данных, обладающая высокой доступностью, повышенной производительностью и безопасностью. Решение MS SQL Server представляет собой хорошо масштабируемый, быстродействующий сервер, способный обрабатывать большие объемы данных для клиент-серверных приложений. Рекордная производительность MS SQL Server обеспечивается новыми технологиями работы с памятью, что помогает предприятиям ускорить свой бизнес и реализовать новые сценарии работы. Также стоит отметить расширенные функции безопасности, удобные для использования встроенные инструменты и управляемый доступ к данным.
Обслуживание MS SQL
В задачи по обслуживанию MS SQL входит:
- создание резервной копии баз данных с указанной глубиной хранения и частотой создания резервных копий. Обычно глубина хранения составляет от 7 до 60 дней, в зависимости от потребностей компании. При правильно настроенном плане резервного копирования у администратора баз данных всегда есть возможность восстановить копию базы данных на любой момент времени в пределах настроенного временного интервала;
- проверка целостности баз данных. В ходе работы баз данных или нештатного выключения сервера MS SQL в базах данных могут появляться ошибки целостности, которые необходимо своевременно выявлять и исправлять;
- оптимизация работы баз данных. В базах данных всегда присутствуют индексы для ускорения работы поисковых запросов. Для поддержания нормальной скорости выполнения запросов индексы следует регулярно перестраивать и обновлять статистику. Эти задачи создают повышенную нагрузку на процессор, поэтому их надо заранее планировать правильным образом. Обычно они выполняются в ночное время либо в выходные дни;
- отслеживание роста баз и наличия достаточного свободного места под базы данных и логи.
Обслуживание sql сервера заключается не только в настройке выполнения регулярных заданий, но и отслеживании того, как они выполняются. После завершения каждого такого задания администратору MS SQL Server’а должен приходить отчет о ходе выполнения задания. Результаты этого отчета используются для точной настройки заданий и обеспечения дальнейшей корректной работы MS SQL Server’а.
Самый простой пример: настроено регулярное резервное копирование баз данных на сервере MS SQL. В какой-то момент место под резервные копии заканчивается и бэкап баз просто перестает выполняться. MS SQL – весьма устойчивая система, и она будет исправно функционировать еще какое-то время: дни, а иногда и месяцы. После этого, скорее всего, работа сервера MS SQL остановится. Плюс к тому, возможно также повреждение самой базы данных.
Чтобы ничего подобного не происходило и требуется профессиональное обслуживание серверов баз данных SQL.
