Параметры сортировки sql для 1с
Установка SQL Server для работы с 1С:Предприятие 8.3
В этой заметке мы сделаем упор лишь на тех этапах процесса развёртывания нового экземпляра SQL Server, которые могут иметь значение для работы баз данных 1С:Предприятие 8.3.
На этапе установки Feature Selection достаточным минимумом будут компоненты Database Engine Services. Если вместе с сервером SQL Server на этом же сервере планируется развёртывание серверной части 1С:Предприятие, то потребуется установить ещё и компоненту Client Tools Connectivity. Для локального подключения и возможности локального администрирования SQL Server потребуется установить компоненты Management Tools.
Имейте ввиду, что компоненты Management Tools, включающие в себя такой инструмент, как SQL Server Management Studio, являются опциональными (не нужны для работы 1С) и они отсутствует в установщике начиная с SQL Server 2016. При необходимости эти компоненты могут быть установлены отдельно из отдельно загружаемого инсталлятора SQL Server Management Studio)
Обратите внимание на то, что входящие в состав Database Engine Services компоненты SQL Server Replication, Full-Text and Semantic Extractions, Data Quality Services не требуются для работы 1С:Предприятие и включены на представленном скриншоте только по той причине, что графический инсталлятор SQL Server 2016 не позволяет выключить данные компоненты в том случае, если включена родительская компонента Database Engine Services.
На этапе установки Server Configuration на закладке Server Accounts в качестве учётных записей, от имени которых будут работать службы SQL Server, в инфраструктурах с доменом Active Directory, с точки зрения усиления уровня безопасности, более правильным будет использование учётных записей типа Group Managed Service Account (gMSA), для которых управление паролями выполняется в автоматическом режиме службой Key Distribution Service на контроллерах домена.
Здесь обратите внимание на то, что в инсталляторе SQL Server 2016 есть опция Grant Perform Volume Maintenance Task, которую здесь мы оставили нетронутой, так как фактически мы уже выдали такое право ранее, когда говорили о предоставлении привилегии SE_MANAGE_VOLUME_NAME через политику безопасности Perform volume maintenance tasks. Замечено, что при включении данной опции, инсталлятор SQL Server 2016 вместо того, чтобы добавить в политику Perform volume maintenance tasks указанную нами сервисную учётную запись, от имени которой фактически будет запускаться экземпляр SQL Server, добавляет учётную запись службы (Virtual Account) вида NT Service\MSSQL$ . Объяснить природу такого поведения инсталлятора может обсуждение Раздача прав сервисным учётным записям при установке SQL Server 2016
Важно.
В перспективе желательно придерживаться того правила, чтобы порядок сортировки создаваемых в дальнейшем баз данных для 1С не отличался от порядка сортировки самого экземпляра SQL Server, который мы укажем на этапе его развёртывания. Если пренебречь этим правилом, то в дальнейшем мы можем столкнуться с проблемами, описанными, например, в ветке обсуждения Cannot resolve the collation conflict between "Latin1_General_CI_AS" and "SQL_Latin1_General_CP1_CI_AS"
На этапе установки Database Engine Configuration на закладке Server Configuration в соответствии с 1С:ИТС - Настройки Microsoft SQL Server для работы с 1С:Предприятием необходимо выбирать смешанный режим аутентификации – Mixed Mode.
Не стоит забывать про администраторов, которым в дальнейшем может потребоваться доступ к устанавливаемому экземпляру SQL Server. То есть, как минимум, в качестве администраторов устанавливаемого экземпляра SQL Server можно назначить встроенную группу администраторов сервера.
На этапе установки Database Engine Configuration на закладке Data Directories для расположения баз 1С укажем производительный дисковый массив или отдельные дисковые массивы. По возможности желательно определить для размещения файлов БД и логов транзакций отдельные дисковые массивы, учитывая то обстоятельство, что под транзакционные логи требуется более производительный по операциям записи массив.
На этапе установки Database Engine Configuration на закладке TempDB фалы системной базы tempdb также очень желательно размещать на отдельном быстром дисковом томе. В качестве достойного претендента на эту роль будет отдельный массив SSD-дисков или RAM-диск. Один из вариантов настройки RAM-диска, который можно будет использовать в кластерных развёртываниях SQL Server, мы рассмотрели ранее в статье Организуем RAM-диск для кластера Windows Server с помощью Linux-IO FC Target.
В нашем примере помимо основного размещения файлов tempdb на том же дисковом массиве, где предполагается размещение пользовательских БД, добавлен ещё один каталог, расположенный на быстром RAM-диске. Этот же каталог указан в качестве расположения для транзакционного лога tempdb.
Дополнительную реконфигурацию размещения файлов базы tempdb можно будет выполнить и после установки SQL Server. Этому вопросу будет посвящена последующая заметка Файлы системной базы данных tempdb.
Важно.
1С:Предприятие 8.3 в своей работе может очень активно использовать ресурсы системной базы данных tempdb, а недостаточная производительность дисковых томов, на которых расположены файлы tempdb, может привести к существенной деградации общего уровня производительности в конфигурациях 1С и ощутимо ухудшить комфорт пользователей, работающих с 1С. Поэтому очень важно подойти к вопросу планирования производительных дисковых ресурсов под эту системную БД.
Неотъемлемой частью правильного процесса установки SQL Server является то, что сразу после завершения развёртывания экземпляра SQL Server желательно выполнить развёртывание последнего Service Pack (SP), а затем и последнего Cumulative Update (CU) для установленной версии SQL Server. Информацию об актуальных SP и CU для разных версий SQL Server можно найти в документе Where to find information about the latest SQL Server builds. Помимо этого, ссылки на страницы загрузки последних CU можно найти на нашей Вики-странице Microsoft SQL Server
Проверено на следующих конфигурациях:
Версия ОС | Версия SQL Server |
---|---|
Microsoft Windows Server 2012 R2 Standard EN (6.3.9600) | Microsoft SQL Server 2016 SP2 CU4 (13.0.5233.0) |
Автор первичной редакции:
Алексей Максимов
Время публикации: 12.02.2019 14:23
Будет ли работать если Разный порядок сортировки МS SQL сервера и одной из баз различаются. Какие могут возникнуть проблемы?
(1) основная проблема это если у вас есть функционал, который зависит от порядка сортировки (часто это сортировка в ФИФО, реже в расчете зп)
в этом случае только при использовании сортировки над временными таблицами вы можете получить неправильную сортировку (и то при наличии кириллицы в данных)
такие ситуации бывают очень редко, но теоретически могут быть, особенно если компания международная и многоязычная
старайтесь силами программистов тестировать функционал со значимыми сортировками, если нет возможности отсадить базу на отдельный экземпляр субд с нужной сортировкой
если вы админ, то вам нужно проинформировать руководство и программистов об этой опасности
(5) Ситуация как раз такая. Поймал ошибку при обновлении типовой ЛОКАЛИЗОВАНОЙ бухгалтерии.. На демо базе ошибки нет. Когда начал заливать данные, тут и поймал ошибку.
такие ситуации бывают очень редко, но теоретически могут быть, особенно если компания международная и многоязычная
старайтесь силами программистов тестировать функционал со значимыми сортировками, если нет возможности отсадить базу на отдельный экземпляр субд с нужной сортировкой
Действительно чрезвычайно редкая ситуация и правильно, что надо с конкретным примеров подходить, но наиболее полный ответ(3). Четкий ответ на поставленную задачу. Возможно автор запроса подразумевал что-то другое но ответили ему правильно.
т.е. на одном инстансе SQL все базы должны иметь один порядок сортировки. А если разный то при обращении к tempdb. получим ошибку
Microsoft SQL Server Native Client 11.0: Не удалось разрешить конфликт параметров сортировки между "***_CI_AS" и "Cyrillic_General_CI_AS" в операции equal to
(8) Удалось ли решить проблем и как ?
У нас тоже одна из баз была с другой сортировкой.
Сегодня на этапе печати начало сыпать ошибкой не совпадения сортировок.
Можно наверное универсальным через XML перенести все данные в копию с нужной сортировкой, но чую где-то есть подвох.
ТиИ ничего не даёт, как и попытка смены локали внутри конфигуратора - просто ошибка смены и * назад.
(10)
Уровень совместимости 2019 (150).
Помогло снятие галки "использовать региональные установки текущего сеанса"
ИМХО Только новый инстанс. Бухи отказались от перехода на "новую" не иследовал. У поляков для ИХ учетной-только новый инстанс.
Параметры сортировки сервера применяются по умолчанию для всех установленных системных баз данных с экземпляром SQL Server, а также для новых пользовательских баз данных.
Необходимо внимательно проверить параметры сортировки на уровне сервера, так как они могут повлиять на следующие компоненты:
- Правила сортировки и сравнения в = , JOIN , ORDER BY и другие операторы сравнения текстовых данных.
- Параметры сортировки столбцов CHAR , VARCHAR , NCHAR и NVARCHAR системных представлений, системных функций и объектов в базе данных TempDB (например, темпоральных таблиц).
- Имена переменных, курсоров и меток GOTO . Переменные @pi и @PI считаются различными, если параметры сортировки уровня сервера заданы с учетом регистра, и одной и той же переменной, если параметры сортировки уровня сервера заданы без учета регистра.
Параметры сортировки сервера в SQL Server
Параметры сортировки сервера задаются во время установки SQL Server . Параметры сортировки на уровне сервера по умолчанию основываются на языковом стандарте операционной системы.
Например, параметры сортировки по умолчанию для систем, использующих английский язык (EN-US): SQL_Latin1_General_CP1_CI_AS. Дополнительные сведения, включая список языковых стандартов ОС в сопоставлениях параметров сортировки по умолчанию, см. в подразделе "Параметры сортировки уровня сервера" раздела параметры сортировки и поддержка Юникода.
Параметры сортировки уровня сервера для SQL Server Express LocalDB SQL_Latin1_General_CP1_CI_AS и не могут быть изменены во время установки или после нее.
Изменение параметров сортировки сервера в SQL Server
Изменение параметров сортировки по умолчанию для экземпляра SQL Server может быть сложной задачей.
Вместо изменения параметров сортировки по умолчанию для всего экземпляра SQL Serverможно указывать параметры сортировки по умолчанию для каждой новой базы данных, создаваемой с помощью условия COLLATE выражений CREATE DATABASE и ALTER DATABASE . Дополнительные сведения см. в разделе Set or Change the Database Collation.
Изменение параметров сортировки экземпляра включает следующие шаги:
Проверьте наличие данных и скриптов, необходимых для повторного создания пользовательской базы данных и всех ее объектов.
Экспортируйте все данные с помощью такого средства, как bcp Utility. Дополнительные сведения см. в разделе Массовый импорт и экспорт данных (SQL Server).
Удалите все пользовательские базы данных.
Перестройте базу данных master , задав новые параметры сортировки в свойстве SQLCOLLATION команды setup. Пример:
Дополнительные сведения см. в разделе Перестроение системных баз данных.
Создайте все базы данных и все их объекты.
Импортируйте все данные.
Задание параметров сортировки сервера в управляемом экземпляре
Параметры сортировки на уровне сервера в Управляемом экземпляре SQL Azure можно указать при создании экземпляра и нельзя изменить позднее. Параметры сортировки на уровне сервера можно настроить на портале Azure или с помощью PowerShell и шаблона Resource Manager во время создания экземпляра. Параметры сортировки по умолчанию — SQL_Latin1_General_CP1_CI_AS.
При миграции баз данных SQL Server на управляемый экземпляр проверьте параметры сортировки сервера в исходном SQL Server с помощью функции SERVERPROPERTY(N'Collation') и создайте управляемый экземпляр, который соответствует параметрам сортировки SQL Server. Миграция базы данных из SQL Server в управляемый экземпляр с несоответствующими параметрами сортировки на уровне сервера может приводить к нескольким непредвиденным ошибкам в запросах. Изменить параметры сортировки уровня сервера у существующего управляемого экземпляра невозможно.
В этой статье показано, как задать или изменить параметры сортировки базы данных с помощью SQL Server Management Studio (SSMS) или Transact-SQL. Если параметры сортировки не указаны, используются параметры сортировки сервера.
Ограничения
Параметры сортировки Windows только для Юникода могут использоваться лишь с предложением COLLATE для применения параметров сортировки к данным типов nchar, nvarchar и ntext на уровне столбца и на уровне выражения. Их нельзя использовать с предложением COLLATE для изменения параметров сортировки базы данных или экземпляра сервера.
Если указанные или используемые объектом по ссылке параметры сортировки используют кодовую страницу, не поддерживаемую Windows, то компонент Компонент Database Engine выдаст ошибку.
Параметры сортировки на уровне сервера в Управляемом экземпляре SQL Azure можно указать при создании экземпляра и нельзя изменить позднее. Подробнее см. в статье Задание или изменение параметров сортировки сервера.
Инструкция ALTER DATABASE COLLATE не поддерживается в Базе данных SQL Azure.
Рекомендации
При изменении параметров сортировки базы данных изменяется следующее:
Все столбцы типа char, varchar, text, nchar, nvarchar или ntext в системных таблицах заменяются новым параметром сортировки.
Все существующие параметры типа char, varchar, text, nchar, nvarchar или ntext и возвращаемые скалярные значения для хранимых процедур и определяемых пользователем функций заменяются новым параметром сортировки.
Системные типы данных char, varchar, text, nchar, nvarchar или ntext и все определяемые пользователем типы данных, основанные на этих системных типах данных, заменяются новым параметром сортировки по умолчанию.
Вы можете изменить параметры сортировки любых новых объектов, созданных в пользовательской базе данных, с помощью предложения COLLATE инструкции ALTER DATABASE. Эта инструкция не изменяет параметры сортировки столбцов в любых существующих пользовательских таблицах. Они могут быть изменены с помощью предложения COLLATE инструкции ALTER TABLE.
Изменение параметров сортировки базы данных или отдельных столбцов не изменяет базовых данных, уже хранящихся в существующих таблицах. Если приложение явным образом не обрабатывает преобразование и сравнение данных с различными параметрами сортировки, рекомендуется перевести существующие в базе данных данные в новые параметры сортировки. Это устранит риск того, что приложения могут неправильно изменять данные, что приведет к возможным неправильным результатам или незамеченной потере данных.
По умолчанию при изменении параметров сортировки базы данных только новые таблицы наследуют параметры сортировки новой базы данных. Существует несколько способов преобразования существующих данных в новые параметры сортировки.
Преобразование данных на месте. Сведения о преобразовании параметров сортировки для столбца в существующей таблице см. в разделе Задание или изменение параметров сортировки столбца. Эта операция проста в реализации, но может стать блокирующей проблемой для больших таблиц и нагруженных приложений. Приведем следующий пример преобразования столбца MyString в новые параметры сортировки на месте.
Копирование данных в новые таблицы, в которых используются новые параметры сортировки, и замена исходных таблиц в той же базе данных. Создайте новую таблицу в текущей базе данных, которая будет наследовать параметры сортировки базы данных, скопируйте данные из старой таблицы в новую, удалите исходную таблицу и переименуйте новую таблицу в имя исходной таблицы. Эта операция выполняется быстрее, чем преобразование на месте, но может стать сложной задачей при обработке сложных схем с зависимостями, такими как ограничения внешнего ключа, ограничения первичного ключа и триггеры. Кроме того, перед окончательным удалением потребуется финальная синхронизация исходной и новой таблиц в случае, если данные будут продолжать изменяться приложениями. Приведем следующий пример преобразования "копирование и замена" столбца MyString в новые параметры сортировки.
Копирование данных в новую базу данных, в которой используются новые параметры сортировки, и замена исходной базы данных. Создайте новую базу данных, используя новые параметры сортировки, и перенесите данные из исходной базы данных с помощью таких средств, как Службы Integration Services или мастер импорта и экспорта в SQL Server Management Studio. Это более простой подход для сложных схем. Здесь также перед окончательным удалением потребуется финальная синхронизация исходной и новой баз данных в случае, если данные будут продолжать изменяться приложениями.
Permissions
Чтобы создать базу данных, требуется разрешение CREATE DATABASE в базе данных master, разрешение CREATE ANY DATABASE либо ALTER ANY DATABASE .
Чтобы изменить параметры сортировки имеющейся базы данных, требуется разрешение ALTER в базе данных.
Задание и изменение параметров сортировки базы данных с помощью SSMS
В обозревателе объектов подключитесь к экземпляру компонента Компонент SQL Server Database Engine, разверните его, а затем разверните узел Базы данных.
При создании новой базы данных щелкните правой кнопкой мыши Базы данных и выберите пункт Создать базу данных. Если использовать параметры сортировки по умолчанию не нужно, то перейдите на страницу Параметры и выберите нужный вариант в раскрывающемся списке Параметры сортировки.
Если база данных уже существует, щелкните правой кнопкой мыши нужную базу данных и выберите пункт Свойства. Перейдите на страницу Параметры , а затем выберите нужный вариант в раскрывающемся списке Параметры сортировки.
По завершении нажмите кнопку ОК.
Задание параметров сортировки базы данных с помощью Transact-SQL
Установите соединение с компонентом Компонент Database Engine.
На стандартной панели выберите пункт Создать запрос.
Скопируйте приведенный ниже пример в окно запроса и нажмите кнопку Выполнить. В этом примере показано задание параметров сортировки с помощью предложения COLLATE в инструкции CREATE DATABASE. В примере создается база данных MyOptionsTest , в которой используются параметры сортировки Latin1_General_100_CS_AS_SC . Чтобы проверить параметр, после создания базы данных выполните инструкцию SELECT .
Изменение параметров сортировки базы данных с помощью Transact-SQL
Установите соединение с компонентом Компонент Database Engine.
На стандартной панели выберите пункт Создать запрос.
Скопируйте приведенный ниже пример в окно запроса и нажмите кнопку Выполнить. В этом примере показано изменение имени параметров сортировки с помощью предложения COLLATE в инструкции ALTER DATABASE. Выполните инструкцию SELECT , чтобы проверить изменение.
Данный материал является переводом оригинальной статьи "MSSQLTips : How to change server level collation for a SQL Server Instance".
Случилось так, что уже после того, как выполнена установка экземпляра SQL Server, вам с опозданием сообщили, что вы должны использовать другой параметр сортировки (Collation) для этого экземпляра. В этой статье пошагово опишем то, как можно изменить настройку параметров сортировки на уровне сервера для существующего экземпляра SQL Server.
Прежде чем идти дальше, давайте обсудим, что используется для настройки параметров сортировки в соответствии с Books Online.
"В параметрах сортировки задаются правила сортировки и сравнения строк символьных данных на основе норм конкретных языков и локалей. Например, в предложении ORDER BY англоговорящий ожидает, что строка символов "Chiapas" появится до "Colima" в порядке возрастания. Однако испаноговорящий в Мексике может ожидать, что слова, начинающиеся с "Ch", появятся в конце списка слов, начинающихся с "C". Параметры сортировки диктуют эти правила сортировки и сравнения. Параметр сортировки Latin_1 будет сортировать "Chiapas" до "Colima" в предложении ORDER BY ASC , тогда как параметр сортировки Traditional_Spanish будет сортировать "Chiapas" после "Colima".
Параметры сортировки сервера действуют, как параметры сортировки по умолчанию для всех системных баз данных, которые установлены с экземпляром SQL Server, а также с любыми новыми созданными пользовательскими базами данных. В процессе установки SQL Server указываются параметры сортировки сервера. Не обязательно, чтобы мы меняли параметры сортировки уровня сервера по умолчанию, потому что вы можете указать другой уровень параметров сортировки при создании пользовательских баз данных, но вам нужно помнить, что нужно указывать его при создании пользовательских баз данных.
Чтобы изменить параметры сортировки SQL Server по умолчанию, вы можете просто перестроить системные базы данных. Когда вы перестраиваете системную базу данных master, системные базы model, msdb и tempdb фактически удаляются и воссоздаются в исходном местоположении. Если в инструкции rebuild указаны новые параметры сортировки, системные базы данных перестраиваются с использованием этой настройки параметров сортировки. Любые пользовательские изменения в этих базах данных будут потеряны, поэтому важно создать резервную копию любой из той информации, которую вы хотите сохранить. Например, у вас могут быть определенные пользователем объекты в базе данных master, запланированные задания в msdb или изменения параметров базы данных по умолчанию в базе данных model. База данных tempdb воссоздается каждый раз при перезапуске SQL Server, поэтому в этой базе данных нет ничего, что нужно сохранять. Изменение параметров сортировки на уровне сервера не изменяет параметров сортировки существующих пользовательских баз данных, но все вновь созданные пользовательские базы данных будут использовать новые параметры сортировки по умолчанию.
ПРИМЕЧАНИЕ: НЕ ДЕЛАЙТЕ ЛЮБЫЕ ИЗМЕНЕНИЯ В РАБОЧЕЙ СРЕДЕ БЕЗ ДОЛЖНЫХ ИСПЫТАНИЙ В СРЕДЕ ТЕСТИРОВАНИЯ
Далее рассмотрим шаги, необходимые для изменения параметров сортировки на уровне сервера на заданном экземпляре SQL Server.
Шаг 1. Проверка текущих параметров сортировки
Сначала проверьте существующие параметры сортировки SQL Server вашего экземпляра. Выполните приведенную ниже команду, чтобы получить значение параметров сортировки экземпляра SQL Server.
Как видите, в данном случае установлен порядок сортировки "SQL_Latin1_General_CP1_CI_AS".
Шаг 2. Сохранение системной конфигурации
В нашем примере необходимо изменить текущий порядок сортировки на "SQL_Latin1_General_CP1_CI_AI". Как я уже упоминал, мы должны перестроить наши системные базы данных, чтобы изменить параметры сортировки на уровне сервера и поместить это новое значение параметра сортировки в команду rebuild. Обязательно запишите все настройки уровня сервера до пересоздания системных баз данных, чтобы смочь обеспечить восстановление системных баз данных до их текущих настроек. Запишите все значения конфигурации сервера, выполнив приведенные ниже команды и сохраните вывод. Если это была новая настройка, и вы не внесли никаких изменений в системные базы данных, вам не нужно беспокоиться о сборе этих данных.
Шаг 3. Сохранение сценариев создания объектов
Создайте и подготовьте все сценарии, связанные с заданиями, планами обслуживания, логинами и уровнями доступа. Вы можете создавать сценарии, выбирая все задания в проводнике объектов в SSMS и щелкая правой кнопкой мыши по вашему выбору, затем выберите вариант "script as" для создания сценария для всех заданий. Вы можете сделать аналогичные шаги для генерации сценариев для предупреждений и операторов. Ниже снимок экрана для создания сценариев для всех ваших заданий.
Далее следует обеспечить безопасность ваших логинов, паролей и их уровней доступа. Вы можете использовать хранимую процедуру sp_help_revlogin для создания сценария для всех логинов, чтобы их можно было легко воссоздать.
Шаг 4. Отсоединение пользовательских БД
Отсоедините все пользовательские базы данных до пересоздания системных баз данных. Если вы оставите прикрепленные базы данных, они будут отсоединены и будут находиться в папке базы данных.
Шаг 5. Перестроение системных БД
Теперь пришло время перестроить ваши системные базы данных. Эта операция воссоздает вашу базу данных master и все существующие настройки будут сброшены. Выполните команду ниже из командной строки Windows. Обязательно запустите эту команду из каталога, в который вы разместили установочные файлы SQL Server. Как только вы нажмете Enter, появится отдельное окно, чтобы показать вам индикатор выполнения. Как только перестройка будет завершена, это окно исчезнет.
По завершении операции перестроения, проверьте параметры сортировки сервера, чтобы проверить, выполнено ли это изменение или нет. Как мы видим на скриншоте ниже, параметры сортировки сервера изменились на "SQL_Latin1_General_CP1_CI_AI". На этом этапе мы не можем восстановить какую-либо из системных баз данных, так как это вернет нас обратно к предыдущей настройке параметров сортировки. Поэтому, нам нужно будет использовать сценарии, созданные для воссоздания логинов, заданий и т.д.
Шаг 6. Присоединение пользовательских БД
Прикрепите все пользовательские базы данных, которые были отсоединены на шаге 4. Если у вас есть какие-либо проблемы, взгляните на этот совет: How to fix database attach error in SQL Server 2008R2.
Шаг 7. Обновление пользовательских БД (опционально)
Теперь измените настройки параметров сортировки для всех пользовательских баз данных. Нет необходимости изменять настройки параметров сортировки для пользовательских баз данных, это полностью зависит от ваших требований. Выполните приведенные ниже команды, чтобы изменить настройки параметров сортировки ваших пользовательских баз данных.
Иногда команда не выполняется, и вы получаете ошибку:
В этом случае вам может потребоваться экспортировать все данные и воссоздать базу данных с новыми настройками параметров сортировки.
Шаг 8. Восстановление системной конфигурации и сценариев
Теперь запустите все сценарии, созданные на шаге 3, чтобы восстановить задания, предупреждения (alerts), логины, операторы и т.д. Также не забудьте изменить настройки конфигурации на уровне сервера, которые были зафиксированы на Шаге 2. Теперь ваш экземпляр готов использовать новые параметры сортировки уровня сервера.
Читайте также: