Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Применимо к:
SQL Server Analysis Services 
Azure Analysis Services Fabric/Power BI Premium
Экземпляр служб Analysis Services регистрирует уведомления сервера, ошибки и предупреждения в файл msmdsrv.log — по одному для каждого устанавливаемого экземпляра. Администраторы ссылаются на этот журнал, чтобы получить аналитические сведения о стандартных и чрезвычайных событиях. В последних выпусках ведение журнала было улучшено для включения дополнительных сведений. Записи журнала теперь включают сведения о версии продукта и выпуске, а также процессор, память, подключение и блокирующие события. Вы можете просмотреть весь список изменений на улучшения ведения журнала.
Помимо встроенной функции ведения журнала, многие администраторы и разработчики также используют средства, предоставляемые сообществом служб Analysis Services для сбора данных об операциях сервера, таких как ASTrace.
Этот раздел состоит из следующих подразделов.
Расположение и типы журналов
Службы Analysis Services предоставляют журналы, описанные ниже.
| Имя файла или расположение | Тип | Используется для | Включено по умолчанию |
|---|---|---|---|
| Msmdsrv.log | Журнал ошибок | Обычное мониторинг и базовое устранение неполадок | Да |
| Таблица OlapQueryLog в реляционной базе данных | Журнал запросов | Сбор входных данных для мастера оптимизации использования | нет |
| Файлы SQLDmp<guid>.mdmp | Сбои и исключения | Устранение серьезных неполадок | нет |
Мы настоятельно рекомендуем использовать следующую ссылку для дополнительных информационных ресурсов, не описанных в этом разделе: советы по сбору исходных данных из службы поддержки Майкрософт.
Общие сведения о параметрах конфигурации файла журнала
Разделы для каждого журнала можно найти в файле конфигурации сервера msmdsrv.ini, расположенном в папке \Program Files\Microsoft SQL Server\MSAS13.MSSQLSERVER\OLAP\Config. См. свойства сервера в службах Analysis Services для инструкций по редактированию файла.
По возможности мы рекомендуем задать свойства ведения журнала на странице свойств сервера Management Studio. Хотя в некоторых случаях необходимо изменить файл msmdsrv.ini непосредственно для настройки параметров, которые не отображаются в средствах администрирования.
Файл журнала службы MSMDSRV
Службы Analysis Services регистрируют операции сервера в файл msmdsrv.log, один на экземпляр, расположенный в папке /program files/Microsoft SQL Server/<instance>/Olap/Log.
Этот файл журнала очищается при каждом перезапуске службы. В предыдущих выпусках администраторы иногда перезагружали службу с единственной целью очистки файла журнала, прежде чем он мог увеличиться до размера, делающего его непригодным для использования. Это больше не требуется. Настройки конфигурации, представленные в SQL Server 2012 SP2 и более поздних версиях, позволяют вам управлять размером файла журнала и его историей.
MaxFileSizeMB указывает максимальный размер файла журнала в мегабайтах. Значение по умолчанию — 256. Допустимое значение замены должно быть положительным целым числом. При достижении MaxFileSizeMB службы Analysis Services переименовывают текущий файл в msmdsrv{current timestamp}.log и начинают новый файл msmdsrv.log.
MaxNumberFiles указывает хранение старых файлов журнала. Значение по умолчанию — 0 (отключено). Его можно изменить на положительное целое число, чтобы сохранить версии файла журнала. При достижении MaxNumberFiles службой Analysis Services удаляется файл с самой старой меткой времени в названии.
Чтобы использовать эти параметры, сделайте следующее:
Откройте msmdsrv.ini в Блокноте.
Скопируйте следующие две строки:
<MaxFileSizeMB>256</MaxFileSizeMB> <MaxNumberOfLogFiles>5</MaxNumberOfLogFiles>Вставьте две строки в раздел Log файла msmdsrv.ini, под названием файла msmdsrv.log. Оба параметра необходимо добавить вручную. Заполнители для них отсутствуют в файле msmdsrv.ini.
Измененный файл конфигурации должен выглядеть следующим образом:
<Log> <File>msmdsrv.log</File> <MaxFileSizeMB>256</MaxFileSizeMB> <MaxNumberOfLogFiles>5</MaxNumberOfLogFiles> <FileBufferSize>0</FileBufferSize>Измените значения, если указанные отличаются от нужных значений.
Сохраните файл.
Перезапустите службу.
Журналы запросов
Журнал запросов можно включить только для экземпляров многомерного режима служб Analysis Services. Журнал запросов нельзя включить для экземпляров табличного режима.
Название «журнал запросов» несколько вводит в заблуждение, так как он не регистрирует MDX или DAX запросы пользователей. Вместо этого он собирает данные о запросах, созданных службой Analysis Services, которые впоследствии используются в качестве входных данных в мастере оптимизации на основе анализа использования. Данные, собранные в журнале запросов, не предназначены для прямого анализа. В частности, наборы данных описываются в битовых массивах, где ноль или единица указывают на то, что части набора данных включены в запрос. Опять же, эти данные предназначены для мастера.
Для мониторинга запросов и устранения неполадок многие разработчики и администраторы используют средство сообщества ASTrace для мониторинга запросов. Вы также можете использовать SQL Server Profiler, xEvents или трассировку Analysis Services.
Когда следует использовать журнал запросов? Рекомендуем включить журнал запросов в рамках настройки производительности запросов, которая включает мастер оптимизации на основе использования. Журнал запросов не существует, пока не включите функцию, создайте структуры данных для его поддержки и задайте свойства, используемые службами Analysis Services для поиска и заполнения журнала.
Чтобы включить журнал запросов, выполните следующие действия.
Создайте реляционную базу данных SQL Server для хранения журнала запросов.
Предоставьте учетной записи службы Analysis Services достаточные разрешения для базы данных. Учетная запись должна иметь разрешение на создание таблицы, запись в таблицу и чтение из нее.
В среде SQL Server Management Studio щелкните правой кнопкой мыши на служб Analysis Services | свойства | Общие, и задайте для свойства CreateQueryLogTable значение true.
При необходимости измените QueryLogSampling или QueryLogTableName , если вы хотите использовать примеры запросов по другой частоте или используйте другое имя для таблицы.
Таблица журнала запросов не будет создана, пока вы не выполните достаточно MDX-запросов для удовлетворения требований к выборке. Например, если значение по умолчанию равно 10, необходимо выполнить по крайней мере 10 запросов, прежде чем будет создана таблица.
Параметры журнала запросов применяются ко всему серверу. Указанные параметры будут использоваться всеми базами данных, работающими на этом сервере.
После того, как указаны параметры конфигурации, запустите запрос MDX несколько раз. Если выборка имеет значение 10, выполните запрос 11 раз. Убедитесь, что таблица создана. В Management Studio подключитесь к реляционному ядру СУБД, откройте папку базы данных, откройте папку "Таблицы " и убедитесь, что OlapQueryLog существует. Если вы не сразу видите таблицу, обновите папку, чтобы получить изменения в его содержимом.
Разрешите журналу запросов накапливать достаточные данные для Мастера оптимизации на основе использования. Если объемы запросов циклические, захватить достаточно трафика, чтобы иметь репрезентативный набор данных. См. инструкции по запуску мастера оптимизации на основе использования .
Дополнительные сведения о настройке журнала запросов служб Analysis Services см. в статье "Настройка журнала запросов". Хотя документ довольно старый, конфигурация журнала запросов не изменилась в последних выпусках и информация, содержащаяся в ней, по-прежнему применяется.
Файлы минидампа (MDMP)
Файлы дампа записывают данные, используемые для анализа чрезвычайных событий. Службы Analysis Services автоматически создают мини-дампы (MDMP) в ответ на сбой сервера, исключение и некоторые ошибки конфигурации. Эта функция включена, но не отправляет отчеты о сбоях автоматически.
Отчеты о сбоях настраиваются с помощью раздела "Исключение" в файле Msmdsrv.ini. Эти параметры управляют созданием файлов дампа памяти. В следующем фрагменте кода показаны значения по умолчанию:
<Exception>
<CreateAndSendCrashReports>1</CreateAndSendCrashReports>
<CrashReportsFolder/>
<SQLDumperFlagsOn>0x0</SQLDumperFlagsOn>
<SQLDumperFlagsOff>0x0</SQLDumperFlagsOff>
<MiniDumpFlagsOn>0x0</MiniDumpFlagsOn>
<MiniDumpFlagsOff>0x0</MiniDumpFlagsOff>
<MinidumpErrorList>0xC1000000, 0xC1000001, 0xC102003F, 0xC1360054, 0xC1360055</MinidumpErrorList>
<ExceptionHandlingMode>0</ExceptionHandlingMode>
<CriticalErrorHandling>1</CriticalErrorHandling>
<MaxExceptions>500</MaxExceptions>
<MaxDuplicateDumps>1</MaxDuplicateDumps>
</Exception>
Настройка отчетов о сбоях
Если иное не требуется службой поддержки Майкрософт, большинство администраторов используют параметры по умолчанию. Эта старая статья базы знаний по-прежнему используется для предоставления инструкций по настройке файлов дампа: как настроить службы Analysis Services для создания файлов дампа памяти.
Параметр конфигурации, скорее всего, будет изменен параметром CreateAndSendCrashReports , используемым для определения того, будет ли создан файл дампа памяти.
| Ценность | Description |
|---|---|
| 0 | Отключает файл дампа памяти. Все остальные параметры в разделе "Исключение" игнорируются. |
| 1 | (по умолчанию) Включает, но не отправляет файл дампа памяти. |
| 2 | Включает и автоматически отправляет отчет об ошибке в корпорацию Майкрософт. |
CrashReportsFolder — это расположение файлов дампа. По умолчанию MDMP-файл и связанные записи журналов можно найти в папке \Olap\Log.
SQLDumperFlagsOn используется для создания полного дампа. По умолчанию полные дампы не включены. Это свойство можно задать в 0x34.
Следующие ссылки предоставляют дополнительные сведения:
Советы и рекомендации
В этом разделе приведены советы, упомянутые в этой статье.
Настройте файл msmdsrv.log для управления размером и количеством файлов журнала msmdsrv. Параметры по умолчанию не включены, поэтому не забудьте добавить их в качестве шага после установки. См. файл журнала службы MSMDSRV в этом разделе.
Используйте ASTrace, а не журнал запросов, чтобы узнать, кто запрашивает кубы. Журнал запросов обычно используется для предоставления исходных данных в мастер оптимизации на основе использования данных. Данные, которые он записывает, не легко читать или интерпретировать. ASTrace — это средство сообщества, широко используемое для записи операций запроса.