Microsoft sql server compact что это за программа и нужна

SQL Server Compact Edition (первоначальное название — SQL Server Everywhere) — продукт компании Майкрософт в линейке SQL Server, являющийся версией SQL Server Mobile со снятым запретом работы под Win32 и изменённой лицензией. Продукт выпущен 11 января 2007 года. Последний релиз — SQL Server Compact 4.0, с поддержкой .NET Framework 4.0 и работающий под 32- и 64-разрядными версиями Windows.

SQL Server Compact основан на том же коде что и SQL Server Mobile. База данных хранится в едином файле, формат которого совпадает с форматом «мобильной» версии. Этот формат файла и движок уже несколько лет используется в некоторых «настольных» продуктах Microsoft, в частности, в клиенте MSN. В отличие от SQL Server Express, выполняющегося в виде отдельного сервиса, SQL Server Compact выполняется «in-proc», то есть в рамках вызывающего процесса.

Ограничение на максимальный размер файла базы данных — 4 ГБ. Однако позднее стало известно [1] , что ограничение в 4 ГБ является чисто техническим (связано с тем, что изначально СУБД использовалась на устройствах, где 4 ГБ это более чем достаточно), а потому будет изменено в последующих версиях.

Как установить MS SQL Server за 5 минут без воды — пошаговая Инструкция.

Использование SQL Server Compact для веб-приложений под IIS невозможно (программное и лицензионное ограничение). Позже было объявлено [2] , что возможно использование SQL CE из под IIS в новой версии. Для этого необходимо перед использованием библиотеки выполнить команду AppDomain.CurrentDomain.SetData(«SQLServerCompactEditionUnderWebHosting», true) . Однако такой подход не рекомендуется, так как SQL CE не оптимизирована для одновременного доступа большого количества пользователей.

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

Примечания

1. ↑Doc storage in SQLce and the 4gb limit (англ.)
2. ↑SQL Server Compact Edition under ASP.net and IIS (англ.)

Ссылки

• Официальный сайт SQL Server Compact (англ.)
• FAQ по SQL Server Everywhere

Источник: www.wikiznanie.ru

C# Visual Studio и базы данных: подключаем Microsoft SQL Server Compact

Этим материалом я начну новую серию статей, посвященных работе с базой данных в C# Visual Studio с помощью Microsoft SQL Server Compact 3.5. В процессе работы мы создадим приложение Windows Forms, в котором можно будет работать с файлом базы данных в формате sdf: добавлять записи в таблицу, удалять и изменять их. Также бонусом приложение сделаем «работающим из коробки» и на максимальном количестве даже чистых операционных систем. Уровень статей рассчитан на начинающего разработчика, обладающего хотя бы минимальным опытом работы с Visual Studio.

Сначала необходимо скачать и установить Microsoft SQL Server Compact 3.5 — я качал отсюда. После этого добавляем ссылку в обозревателе решений: вкладка «.NET» — библиотека «System.Data.SqlServerCe.Entity». После создания проекта по шаблону Windows Forms, надо настроить подключение к базе данных, да и не мешало бы её создать. Выбираем «Обозреватель баз данных» — «Подключения данных» — «Добавить подключение» — Источник данных «Microsoft SQL Server Compact 3.5 (Поставщик данных среды .NET для Microsoft SQL Server Compact 3.5)» — создать базу данных (предположим Books.sdf) в любом месте на компьютере — Проверить подключение — Ок. Пароль не устанавливаем, можно выбрать сортировку по «Россия — русский».

Что такое SQL

Далее создаем таблицу в этой базе, назовем её tbBooks; в ней два столбца: id и name. id — тип int, уникальный; name — тип nvarchar, остальные параметры по умолчанию.

Что такое? Visual Studio подчеркивает строку и показывает ошибку «Не удалось найти имя типа или пространство имен «SqlCeConnection» (пропущена директива using или ссылка на сборку?)»? У нас имеет место ошибка с директивой using:

using System.Data.SqlServerCe;

Теперь ошибка должна исчезнуть. Для работы с базами данных есть очень удобный инструмент DataGridView. Добавляем его на нашу форму и подключаем к источнику данных (нашей таблице в базе): «Добавить источник данных проекта» — «База данных» — «Набор данных» — Выбираем наше подключение Books.sdf.

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

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

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

Продолжение следует.

Автор этого материала — я — Пахолков Юрий. Я оказываю услуги по написанию программ на языках Java, C++, C# (а также консультирую по ним) и созданию сайтов. Работаю с сайтами на CMS OpenCart, WordPress, ModX и самописными. Кроме этого, работаю напрямую с JavaScript, PHP, CSS, HTML — то есть могу доработать ваш сайт или помочь с веб-программированием. Пишите сюда.

статьи IT, си шарп, базы данных, SQL, Visual Studio

Источник: upread.ru

Настройка MSSQL для работы с 1С — мифы и реальность

Оптимизируем Microsoft SQL Server 2014 для работы с 1С. ОС — Windows Server 2012 R2. Напишу что нужно сделать, а что не нужно.

Определяю мифичность очень просто, если мне пришлось применить настройку — реальность, не пришлось — миф.

Устанавливаем последний Service Pack и Cumulative Update — реальность

На текущий момент нужно обновиться до SP3.

Обязательно нужно сделать.

Выравнивание разделов — миф

Рекомендуют выравнивать сектора дисков по границе 1024Кб. Не заморачивайтесь, эта рекомендация устарела. Операционная система теперь сама выравнивает раздел как нужно для дисков более 4 ГБ.

Эту настройку не применяем.

Форматирование с размером блока 64Кб

А вот здесь всё очень неявно. Есть статья Best Practice от Microsoft:

В ней явно говорится:

Partition the Disk volumes hosting SQL databases (Data and log) with 64 KB allocation unit size:
A drive can be formatted with different sizes ranging from 512 bytes to 64K sizes with the default being 4KB (4096 bytes). This setting is also called as “Bytes Per Cluster”. The atomic unit of storage in SQL Server is a page which is 8KB in size. Extents are groups of eight 8 KB pages that are physically contiguous to each other for a total of 64 KB. SQL Server uses extents to store data.

Hence, on a SQL Server machine the NTFS Allocation unit size hosting SQL database files (Including tempdb files) should be 64K.

Кстати, обратите внимание на другие разделы статьи, возможно, там тоже найдёте для себя что-то полезное.

Казалось бы всё ясно, 64 килобайта — наше всё. Но. Откуда ноги растут? Есть рекомендация от Microsoft с 2008 года:

Здесь аргументированно с указанием конкретного железа, на котором производились испытания, пишут:

Note that file allocation unit (cluster) size commonly correlates with common stripe unit sizes. The performance question here is usually not one of correlation per the formula, but whether the cluster size is the NTFS default of 4,096 bytes or has been explicitly defined at 64 KB, which is a best practice for SQL Server.

Снова 64 килобайта — наше всё. Читаем дальше:

An appropriate value for most installations should be 65,536 bytes (that is, 64 KB) for partitions on which SQL Server data or log files reside. In many cases, this is the same size for Analysis Services data or log files, but there are times where 32 KB provides better performance. To determine the right size, you will need to do performance testing with your workload comparing the two different block sizes.

Получается, что SQL сервер ведёт себя лучше при размере кластера 64 килобайта, однако, в некоторых случаях, максимальной производительности удавалось достигать при размере кластера в 32 килобайта.

А теперь добавляем переменных:

• Появились новые типы массивов типа SSD и NVMe.
• Всё чаще SQL сервер устанавливается виртуально или в облаке, где файловая система виртуальной машины живёт внутри файловой системы гипервизора.
• Производители жёстких дисков и RAID контроллеров используют кеширование и дополнительные технологии ускорения работы дисков.

Ещё следует учитывать, что NTFS для разных размеров диска создаёт разные размеры блока. Стандартный размер кластера (лучше использовать это название) в файловой системе NTFS:

• ёмкость до 16 Тб — 4 килобайта
• ёмкость от 16 до 32 Тб — 8 килобайт
• ёмкость от 32 до 64 Тб — 16 килобайт
• ёмкость от 64 до 128 Тб — 32 килобайта
• ёмкость от 128 до 256 Тб — 64 килобайта

Так что если вы не хотите заморачиваться, то ставьте размер блока (кластера) при форматировании 64 килобайта. Однако не факт, что при этом ваш SQL сервер будет работать быстрее. Правильный ответ можно получить только при тестировании производительности.

Присылайте ссылки на статьи, где проводились исследования производительности для разных размеров кластера. Истина где-то там.

Database instant file initialization — частично миф, частично реальность

Рекомендуют включить возможность Database instant file initialization для пользователя, от которого запущена служба Microsoft SQL Server.

Что это за штука?

Во-первых, эта настройка влияет только на файл данных. Когда файл автоматически вырастает, то новый кусок заполняется нулями, в этот момент 1С может тормозить. Instant File Initialization (IFI) позволяет отключить это зануление.

Запускаем Local Group Policy Editor:

gpedit.msc

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

Так что у меня ничего не пришлось настраивать. Но вы у себя проверьте.

Давайте проверим, что всё работает. Рекомендуют создать новую БД размером 5 Гб и логом 1 Мб. Вот тут тоже нужно быть внимательным, нужно создавать под тем же пользователем, от которого запускается сервис SQL. Я создам от имени другого пользователя, который тоже в группе Administrators.

База создалась мгновенно. На всякий случай попробую создать базу размером 50 Гб, место есть. Да, моментально на диске пропало 50 Гб и БД создалась быстро.

Instant File Initialization (IFI) работает из коробки, если пользователь, под которым работает сервис SQL входит в группу Administrators сервера.

Эту настройку применяем только при необходимости.

Lock pages in memory — реальность

Рекомендуют установить разрешение на Lock pages in memory (блокировку страниц в памяти) для пользователя, от которого запущена служба Microsoft SQL Server. Эта политика Windows определяет, какие учетные записи могут сохранять данные в физической памяти, чтобы система не отправляла страницы данных в виртуальную память на диске.

Запускаем Local Group Policy Editor:

gpedit.msc

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

Эту настройку применяем. Нужно учитывать, что потребление оперативки возрастёт.

Power Option: High performance — реальность

Да, это реальность. По умолчанию план электропитания в Windows Server 2012 R2 — Balanced.

В некоторых случаях, Microsoft не уточняет в каких, на сервере может из-за этого снижаться производительность. Переключаем план на High performance.

Эту настройку применяем.

Сжатие содержимого — миф

Рекомендуют проверить, что галка, отмеченная на картинке выше, снята. Имеется в виду папка, где лежат файлы БД. По умолчанию она снята — рекомендация миф.

Индексация файлов — миф

По умолчанию галка Allow files in this folder to have contents indexed in addition to the file properties стоит:

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

А служба поиска не установлена! Ну и забиваем на все эти галки. Эту настройку не применяем.

Исключить файлы БД из систем резервного копирования — миф

Это классика, не нужно ничего исключать, нужно просто нормально резервирование делать.

Во-первых, не отделяйте мух от котлет. Не держите приложение 1С и SQL Server на одном сервере. MSSQL должен жить отдельно. И резервироваться он должен средствами MSSQL. И зеркалироваться.

Эту настройку не применяем.

Резервирование и обслуживание — реальность

Эту настройку применяем.

Настройка памяти — реальность

Да, память для MSSQL нужно настраивать. По умолчанию сиквел жрёт всё что может, системе начинает не хватать. Как итог — тормоза. Нужно выделить SQL серверу строго определённое количество памяти и пусть не рыпается.

Не держите приложение 1С и SQL Server на одном сервере. MSSQL должен жить отдельно.

Это позволить избежать конкуренции за ресурсы.

Эту настройку применяем.

Настройка процессора — реальность

Эту настройку применяем.

Расположение файлов данных — реальность

Файлы данных и файлы журналов транзакций желательно размещать на разных дисковых массивах. Если один из массивов быстрее, то лог нужно разместить там.

Эту настройку по возможности применяем.

Разбить tempdb на несколько файлов по количеству процессоров — миф

Эту настройку не применяем.

Перенести tempdb в RAM — реальность

Сам протестировал, добился 10-кратного прироста скорости чтения-запись для tempdb.

Эту настройку по возможности применяем.

Установить параметр Max degree of parallelism = 1 — частично миф, частично реальность

В закладке Advanced есть возможность установить параметр Max degree of parallelism. Кто-то рекомендует ставить 1, чтобы запретить параллельные запросы. Смысл в том, что один толстый запрос может сожрать все процессоры и помешать другим пользователям. С другой стороны, запущенная на ночь обработка могла бы выполняться быстрее при использовании нескольких процессоров. Давайте поступим иначе — ограничим половиной процессоров. У меня их 8, ставлю 4.

Эту настройку применяем только при необходимости и в зависимости от количества процессоров.

Прирост файлов БД — реальность

Меняем дефолтные настройки прироста размера файлов данных и лога.

По умолчанию прирост 10%, это никуда не годится. Если база 500 гигабайт, то одномоментно отобранные 50 Гб места могут негативно сказаться на работе.

Ставим прирост 200 Мб.

Эту настройку применяем.

Флаги трассировки — реальность

4199 — включает исправления оптимизатора из фиксов.

1118 — использовать разные страницы памяти.

Запускаем SQL Server Configuration Manager. SQL Server Services. SQL Server — правой кнопкой свойства. Вкладка Startup Parameters. Добавляем -T1118 и -T4199.

Для применения потребуется перезапустить SQL сервер.

Эту настройку применяем.

Сетевые протоколы — реальность

Протокол «Named pipes» необходимо отключить.

Запускаем SQL Server Configuration Manager. SQL Server Network Connfiguration. Protocols for MSSQLSERVER (наш инстанс). Делаем Named Pipes — Disabled.

Эту настройку применяем.

Отключение DFSS — миф

DFSS по умолчанию устанавливается на терминальный сервер. При чём тут SQL? Отключать нечего.

Эту настройку не применяем.

Источник: internet-lab.ru

Лицензирование для «чайников»: Microsoft SQL Server 2019 для 1С:Предприятие 8

Microsoft SQL Server 2019 для 1С:Предприятие 8 – одна из форм поставки лицензий Microsoft SQL Server 2019 через партнерскую сеть фирмы «1С». Фирма «1С», являясь партнером Microsoft не только как дистрибьютор, но и как разработчик программного обеспечения, имеет право продавать Microsof SQL Server вместе со своими программными продуктами по программе лицензирования Microsoft Independent Software Vendor (ISV) Royalty Licensing Program.

При этом «1С» устанавливает свои правила лицензирования. Во-первых, покупатель должен быть владельцем лицензий «1С:Предприятие 8». Во-вторых, в зависимости от варианта совместного использования Microsoft SQL Server и «1С:Предприятия», различаются 2 типа лицензий: Runtime и Full-Use. Начало продаж совместного продукта «1С» и Microsoft – 1 марта 2020 года.

Отличия лицензий Runtime от Full-Use

• Сервер MS SQL Server Standard 2019 Runtime для пользователей 1С:Предприятие 8
• Клиентский доступ на 1 р.м.к MS SQL Server 2019 Runtime для 1С:Предприятие 8
• Сервер MS SQL Server Standard 2019 Full-use для пользователей 1С:Предприятие 8
• Клиентский доступ на 1 р.м.к MS SQL Server 2019 Full-use для 1С:Предприятие 8

Права на использование более ранних выпусков (правило downgrade)

Права на использование более ранних выпусков (правило downgrade) действует для всех лицензий новой линейки.

Лицензии «Microsoft SQL Server 2019 для 1С:Предприятие 8» независимо от типа лицензии – Runtime или Full-Use – дают право пользователям установить SQL Server более ранних версий.

После регистрации продукта пользователю будут доступны дистрибутивы SQL Server 2019, SQL Server 2017, SQL Server 2016, SQL Server 2014, SQL Server 2012.

Какие версии SQL Server допустимо использовать в рамках правила downgrade?
Версии, которые все еще поддерживаются в пределах расширенного периода поддержки (Extended Support End date), определяемого компанией Microsoft. Сроки поддержки продуктов доступны в базе Microsoft Support Lifecycle .

Модели лицензирования

Редакции (или выпуски, editions) Microsoft SQL Server 2019, вошедшие в совместный продукт:

• Enterprise
• Standard

SQL Server Standard содержит ключевые возможности управления данными и бизнес-аналитикой с использованием минимальных ИТ-ресурсов.

По отношению к ним применяются две модели лицензирования: «Сервер+Клиенты» и «По числу ядер». В таблице показано, для каких редакций SQL Server 2019 какие модели лицензирования доступны.

«По числу ядер»

Модель лицензирования «По числу ядер»

Модель лицензирования «По числу ядер» подразумевает, что для каждого сервера, на котором запускается программное обеспечение SQL Server 2019 или его компоненты, должно быть приобретено соответствующее количество лицензий SQL Server 2019 Core («на ядро»). Количество необходимых лицензий зависит от того, запускается SQL Server 2019 в физических или виртуальных операционных средах.

В отличие от модели лицензирования «Сервер+Клиенты», модель на основе числа ядер предоставляет доступ для неограниченного числа пользователей и устройств, выполняющих подключение как изнутри, так и извне брандмауэра организации. При использовании модели на основе числа ядер не нужно приобретать клиентские лицензии (CAL) для доступа к SQL Server.

Как определить количество необходимых лицензий SQL Server 2019 Core?
Когда SQL Server запускается в физической среде, все физические ядра сервера должны быть лицензированы. При этом должно быть приобретено не менее 4-х лицензий для каждого процессора. Чтобы определить необходимое число лицензий на ядро, выполните следующие действия:

1. Сосчитайте число физических ядер каждого процессора на сервере.
2. Приобретите подходящее число лицензий на ядро для каждого процессора на сервере.

Лицензии на ядро продаются комплектами – минимальный комплект на четыре ядра и дополнительный комплект на 2 ядра.

Пример комплекта лицензий для 8 ядер:

• Лицензия «на ядро» MS SQL Server 2019 Std Full-use Core (4 ядра) для пользователей 1С:Предприятие 8 – 1 шт.
• Дополнительная лицензия «на ядро» MS SQL Server 2019 Std Full-use Core (2 ядра) для пользователей 1С:Предприятие 8 – 2 шт.

Первую позицию (лицензия «на ядро») нужно выбирать обязательно, так как наличие этой лицензии дает возможность скачать дистрибутив для установки продукта. Лицензия покрывает 4 ядра процессора, что является минимальным требованием при соблюдении правил лицензирования в этой модели.

Вторая позиция (дополнительная лицензия «на ядро») приобретается в дополнение к первой, в случае, если пользователю нужно лицензировать больше четырех ядер.

Модель лицензирования «Сервер+Клиенты»

Модель лицензирования «Сервер+Клиенты» подразумевает приобретение серверной лицензии для каждого сервера и клиентских лицензий для каждого устройства (или пользователя), которые имеют доступ к серверному программному обеспечению SQL Server 2019 или его компонентам.

В модели лицензирования «Сервер+Клиенты» каждая среда операционной системы, в которой работает программное обеспечение SQL Server 2019 или любая из его компонентов, должна иметь серверную лицензию SQL Server 2019, назначенную тому физическому серверу, на котором размещается эта среда операционной системы. Каждая серверная лицензия позволяет клиентам запускать в среде операционной системы (физической или виртуальной) любое количество экземпляров SQL Server.

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

Каждая клиентская лицензия SQL Server 2019 предоставляет доступ к любому количеству лицензированных экземпляров SQL Server (SQL Server 2019 или более ранних версий) в организации клиента независимо от платформы (32-разрядная, 64-разрядная или IA64) или выпуска продукта.

Примечание. Использование оборудования или программного обеспечения, сокращающего количество устройств или пользователей, которые осуществляют непосредственный доступ к программному обеспечению или непосредственное его использование (мультиплексирование или группирование), не приводит к уменьшению требуемого числа клиентских лицензий.

Пример комплекта лицензий для 1 сервера и 15 подключенных к нему устройств:

• Сервер MS SQL Server Standard 2019 Runtime для пользователей 1С:Предприятие 8 – 1 шт.
• Клиентский доступ на 1 р.м.к MS SQL Server 2019 Runtime для 1С:Предприятие 8 – 15 шт.

Лицензирование SQL Server 2019 в виртуализированной среде

Microsoft SQL Server все чаще развертывается в виртуализированных средах, что позволяет одновременно запускать экземпляры SQL Server в отдельных виртуальных средах операционных систем или в виртуальных машинах.

Лицензирование отдельных виртуальных машин с использованием модели лицензирования «По числу ядер»

Аналогично модели лицензирования «По числу ядер» в физических средах операционных систем, все виртуальные ядра, поддерживающие виртуальные среды операционных систем, в которых работают экземпляры программного обеспечения SQL Server 2019, должны лицензироваться соответствующим образом.

Чтобы лицензировать отдельные виртуальные машины с использованием модели «По числу ядер», клиенты должны приобрести лицензию на ядро для каждого из виртуальных ядер (или виртуального процессора, виртуального ЦП, виртуального потока), выделенного данной виртуальной машине, при этом на одну виртуальную машину должно приобретаться не менее четырех лицензий на ядро. С точки зрения лицензирования, виртуальное ядро сопоставляется с аппаратным потоком. При лицензировании отдельных виртуальных машин коэффициенты ядер не применяются.

Примечание. Лицензирование отдельных виртуальных машин является единственным вариантом лицензирования, доступным для пользователей SQL Server 2019 Standard, которые работают с этим программным обеспечением в виртуализированной среде по модели «По числу ядер».

1. Лицензирование виртуальных ядер в каждой виртуальной машине.
2. Для каждой виртуальной машины требуется не менее 4 лицензий на ядро.

Для лицензирования отдельных виртуальных машин по модели «Сервер+Клиенты» (доступной только для выпусков SQL Server 2019 Standard) клиенты приобретают одну серверную лицензию для каждой виртуальной машины, на которой работает программное обеспечение SQL Server, независимо от числа виртуальных процессоров, выделенных для этой виртуальной машины.

Например, клиент, который хочет запустить SQL Server Standard на 6-ти виртуальных машинах, каждая из которых имеет по 4 виртуальных ядра, должен приобрести 6 лицензий SQL Server 2019 Standard.

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

Лицензирование для максимальной виртуализации

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

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

Лицензирование SQL Server 2019 в мультиплексной среде

Термин «мультиплексирование» относится к использованию оборудования или программного обеспечения для объединения подключений, перенаправления информации или сокращения числа устройств или пользователей, осуществляющих непосредственный доступ к продукту SQL Server или его использование.

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

При лицензировании программного обеспечения SQL Server по модели «Сервер+Клиенты» для пользователей и устройств, которые осуществляют косвенный доступ к данным SQL Server через другое приложение или оборудование, требуются клиентские лицензии SQL Server.

• Мультиплексирование не уменьшает число требуемых лицензий. Пользователи должны иметь соответствующее число лицензий независимо от того, осуществляют они прямое или косвенное подключение к SQL Server.
• Для любого пользователя или устройства, осуществляющего доступ к серверу либо файлам, данным или содержимому, предоставляемым сервером, доступность которого обеспечивается автоматическим процессом, требуются клиентские лицензии SQL Server.
• Число уровней оборудования или программного обеспечения между SQL Server и пользователем или устройством, которые в конечном счете используют его данные, службы или функции, не влияет на число необходимых клиентских лицензий.
• Ручное перемещение данных от сотрудника к сотруднику не требует наличия клиентской лицензии у сотрудника, получающего данные. Например, если сотрудник отправляет версию отчета в формате Microsoft Office Excel другому сотруднику, второму сотруднику не требуется клиентская лицензия (если только этот отчет каким-либо образом не связан с осуществлением доступа к работающему программному обеспечению SQL Server).

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

• Правила лицензирования Microsoft SQL Server 2019 для 1С:Предприятие 8
• О снятии с продаж совместных продуктов «Microsoft SQL Server 2016 для 1С:Предприятие 8» на территории РФ

Источник: www.softmark.ru