Как включить журналы базы данных

Все еще не можете открыть файл?

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

Возможно, вместо этого файл LOG хранится в папке, к которой у вас нет прав.

На этом этапе, если ваш файл все еще не открывается так, как вы думаете, дважды проверьте, правильно ли вы читаете расширение файла. Он должен читать «.LOG», но не .LOG1 или .LOG2.

Эти последние два расширения файла связаны с реестром Windows как файлы журнала кустов и, как таковые, хранятся в двоичном формате и не читаются текстовым редактором. Они должны быть расположены в папке % systemroot% \ System32 \ config \ .

Настройка ведения журнала на уровне сайта

Эту процедуру можно выполнить с помощью пользовательского интерфейса или путем непосредственного изменения файлов конфигурации.

Настройка ведения журнала на уровне сайта с помощью пользовательского интерфейса

1. Откройте диспетчер служб IIS.

   • Для Windows Server 2012 на начальной странице щелкните плитку диспетчер сервера и нажмите кнопку «ОК». В Диспетчере серверов откройте меню Сервис и выберите пункт Диспетчер служб Internet Information Services (IIS).
   • Для Windows 8 на панель управления типаначальной страницы и щелкните значок панель управления в результатах поиска. На экране панели управления выберите раздел Система и безопасность, выберите Администрирование,а затем щелкните пункт Диспетчер служб IIS.

2. В древовидном представлении Подключения выберите ваш веб-сайт.

3. В представлении Просмотр возможностей дважды щелкните Ведение журнала.

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

   • IIS: использовать файл журнала в формате Microsoft IIS для записи сведений о сайте. Этот формат обрабатывается HTTP.sys и имеет фиксированный текстовый формат ASCII, что означает, что нельзя настраивать поля, которые записываются в журнал. Поля разделяются запятыми, а для указания времени записывается местное время. Дополнительные сведения о формате файлов журнала IIS см. в разделе «Формат файла журнала IIS» (IIS 6.0).
   • NCSA: использование файлов журнала общего формата Национального центра сверхмощных вычислений (NCSA) для регистрации сведений об узле. Этот формат обрабатывается HTTP.sys и имеет фиксированный текстовый формат ASCII, что означает, что нельзя настраивать поля, которые записываются в журнал. Поля отделяются пробелами, а время записывается как местное время со смещением относительно UTC. Дополнительные сведения о формате файла журнала NCSA см. в разделе NCSA Common Log File Format (IIS 6.0).
   • W3C: использование централизованного формата файла журнала W3C для записи сведений обо всех сайтах на сервере. Этот формат обрабатывается HTTP.sys и имеет настраиваемый текстовый формат ASCII, что означает, что можно указать поля, которые записываются в журнал. Укажите поля, которые записываются в журнал, в диалоговом окне Поля ведения журнала W3C, нажав кнопку Выбрать поля на странице Ведение журнала. Поля отделяются пробелами, а время записывается в формате UTC. Дополнительные сведения о формате файла журнала W3C см. в разделе W3C Extended Log File Format (IIS 6.0).
   • Настраиваемые: использование настраиваемого формата для пользовательского модуля ведения журнала. При выборе этого параметра страница ведения журнала становится отключенной, так как настраиваемое ведение журнала не может быть настроено в диспетчере IIS. Дополнительные сведения об использовании пользовательских форматов файлов журналов см. в разделе «Пользовательские модули ведения журнала» (IIS 6.0).

5. В разделе Каталог укажите путь для хранения файла журнала. Значение по умолчанию — .

   Примечание

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

6. В разделе Смена файлов журнала выберите один из следующих вариантов.

   • Расписание: создание нового файла журнала на основании одного из следующих значений.

     • Каждый час: новый файл журнала создается каждый час.
     • Ежедневно: новый файл журнала создается каждый день.
     • Еженедельно: новый файл журнала создается каждую неделю.
     • Ежемесячно: новый файл журнала создается ежемесячно.

   • Максимальный размер файла (в байтах): новый файл журнала создается при достижении файлом определенного размера (в байтах). Минимальный размер файла — 1048576 байт. Если установленное значение этого атрибута меньше, чем 1 048 576 байтов, неявно принимается значение по умолчанию, равное 1 048 576 байтам.

   • Не создавать новый файл журнала: имеется один файл журнала, размер которого продолжает увеличиваться по мере записи новых данных.

7. Выберите «Использовать локальное время для именования и смены файлов «, чтобы указать, что имя файла журнала и время для смены файла журнала использует время локального сервера. Если этот параметр не выбран, используется время в формате UTC.

   Примечание

   Независимо от этого параметра в метках времени текущего файла журнала будет использоваться формат времени, соответствующий выбранному в списке Формат формату журнала. Например, для журналов в форматах NCSA и W3C для отметок времени применяется формат UTC.

8. Щелкните Применить в области Действия.

Сценарий оперативного обслуживания

Этот сценарий обслуживает запущенную операционную систему. Этот сценарий включает загрузку компьютера в режим аудита для добавления драйверов, приложений и других пакетов. Сетевое обслуживание идеально подходит для драйверов, если пакеты драйверов имеют совместно установщики или зависимости приложений. Это также эффективно, если большинство пакетов обслуживания имеют установщики, обновления находятся в .msi или KB.exe форматах файлов, или приложения используют службы и технологии, установленные Windows (например, .NET Framework или поддержку полного подключаемого модуля и воспроизведения).

Как и автономное обслуживание, все журналы записываются в файлы DISM.log, CBS.log и Sessions.xml. Если при выполнении команды DISM возникает сбой, средство предоставит немедленный ответ, а также зановит журнал проблемы в файл DISM.log. Файл Session.xml — это файл журнала транзакций, который записывает все действия обслуживания в целевой операционной системе. Файл Session.xml можно использовать в сочетании с файлом DISM.log для определения точек сбоев и необходимых действий обслуживания.

Если сбой возникает в автономном обслуживании, просмотрите файл DISM.log для конкретных ошибок. Если файл DISM.log не содержит ошибок, просмотрите файл журнала Sessions.xml, а затем файл CBS.log.

Файлы журналов Servicing-Related в Сети

Файл журнала	Описание	Расположение
DISM.log	Основной файл журнала для всех действий в сети с помощью DISM. При необходимости DISM.log указывает на CBS.log для получения дополнительных сведений.	%windir%\logs\dism Вы также можете указать файл журнала DISM в другое расположение с помощью параметра команды /LogPath. Данные журнала также можно управлять с помощью параметра команды /LogLevel.
CBS.log	Дополнительный файл журнала, предоставляющий дополнительные сведения о сбое обслуживания в сети. DISM.log будет ссылаться на CBS.log для получения дополнительных сведений.	%windir%\logs\cbs
Sessions.xml	Журнал транзакций на основе XML, который отслеживает все действия обслуживания на основе идентификатора сеанса, клиента, состояния, задач и действий. При необходимости Sessions.log будет указывать на DISM.log и CBS.log для получения дополнительных сведений.	%windir%\servicing\sessions

Дополнительные сведения об автономном обслуживании см. в статье «Основные сведения о стратегиях обслуживания».

Диагностика файлов журналов Servicing-Related в Интернете

SetupDiag — это автономное средство диагностики, которое можно использовать для получения сведений о том, почему обновление было неудачным. SetupDiag работает путем проверки файлов журналов установки Windows. Он пытается проанализировать эти файлы журналов, чтобы определить основную причину сбоя обновления или обновления компьютера до новой версии Windows. Начиная с Windows 10 версии 2004 программа установки Windows включает и запускает SetupDiag. При запуске программы установки Windows setupdiag.exe с параметрами .

Журналы мультимедиа

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

Ведение журнала мультимедиа включено по умолчанию для компьютеров, если ЦП:

• Любой Apple M1
• Любой Intel Xeon
• Любые Intel i9, за исключением серии U, G7, M и MQ
• Любое 6-е поколение и более поздние версии Intel i7, за исключением серии U, G7, M и MQ

В противном случае он отключен по умолчанию. Существует два способа ведения журнала диагностических данных для собраний Teams:

• Администратор конфигурации — вы можете управлять журналами мультимедиа для конечных пользователей
• Конфигурация конечных пользователей— конечные пользователи могут включать журналы мультимедиа

Администратор конфигурации

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

Ознакомьтесь с командлетами Grant-CsTeamsMediaLoggingPolicy для PowerShell и дополнительными сведениями.

Конфигурация конечного пользователя

Чтобы пользователи регистрирует диагностические данные для собраний Teams, они должны включить этот параметр в клиенте Teams. Они перейдите в > раздел «Общие параметры», установите флажок «Включить журналы мультимедиа» (диагностические данные для аудио, видео и демонстрации экрана) и воспроизведите проблему.

Примечание.

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

Сбор и отправка журналов мультимедиа

Перед отправкой файлов журналов в службу поддержки Майкрософт проверьте метку времени файлов журналов, чтобы журналы охватывают временные рамки при воспроизведении проблемы.

Чтобы собрать журналы для Linux, выполните следующее.

• Файлы будут доступны в следующих расположениях:

Чтобы собрать журналы для Windows, выполните следующее.

• Файлы будут доступны в следующих расположениях:

Чтобы собрать журналы для Mac, выполните следующее.

• Файлы будут доступны в следующих расположениях:

Ниже приведен список создаваемых файлов журналов и содержащихся в них сведений.

Имя файла журнала	Описание
	Содержит сведения, связанные с стеком носителей. К ним относится состояние канала, например разрешение, используемые декодировщики и кодировщики, а также количество отправленных и полученных кадров, а также состояние сеанса общего доступа к экранам на основе камеры и видео (VBSS).
	Записывает сведения, связанные с действиями удаленного управления, такие как метка времени при указании элемента управления и сведения о указателе мыши.
	Записывает события трассировки стека мультимедиа.
	Содержит сведения, связанные с агентом мультимедиа, включая качество отрисовки.
	Записывает события в API вызова ts.

Что такое файл

С точки зрения компьютера файл — это последовательность байтов на жёстком диске. Если представить жёсткий диск на 100 гигабайт как последовательность из 100 миллиардов байт, то файл будет занимать сколько-то из этих байтов на диске. Вот картинка для понимания:

Эта последовательность байтов необязательно идёт друг за другом — файл может состоять из нескольких фрагментов, которые находятся в разных частях диска:

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

Директива LogLevel

Описание: Контролирует вербальность ErrorLog.

Синтаксис:

LogLevel уровень  ...

Значение по умолчанию:

LogLevel warn

Контекст: server config, виртуальные хосты, директории

Совместимость: Настройка на уровне модулей и на уровне директорий доступны в Apache HTTP Server 2.3.6 и более поздних.

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

Уровень	Описание	Пример
	Чрезвычайные ситуации — система не работоспособна.	«Child cannot open lock file. Exiting»
	Действие должно быть принято немедленно.	«getpwuid: couldn’t determine user name from uid»
	Критические условия.	«socket: Failed to get a socket, exiting child»
	Ошибки.	«Premature end of script headers»
	Предупреждения.	«child process 1234 did not exit, sending another SIGHUP»
	Нормальное, но значимое состояние.	«httpd: caught SIGBUS, attempting to dump core in …»
	Информационные сообщения.	«Server seems busy, (you may need to increase StartServers, or Min/MaxSpareServers)…»
	Сообщения уровня отладки.	«Opening config file …»
	Трассировочные сообщения.	«proxy: FTP: control connection complete»
	Трассировочные сообщения.	«proxy: CONNECT: sending the CONNECT request to the remote proxy»
	Трассировочные сообщения.	«openssl: Handshake: start»
	Трассировочные сообщения.	«read from buffered SSL brigade, mode 0, 17 bytes»
	Трассировочные сообщения.	«map lookup FAILED: map=rewritemap key=keyname»
	Трассировочные сообщения.	«cache lookup FAILED, forcing new map lookup»
	Трассировочные сообщения, сброс больших объёмов данных.	«| 0000: 02 23 44 30 13 40 ac 34 df 3d bf 9a 19 49 39 15 |»
	Трассировочные сообщения, сброс больших объёмов данных.	«| 0000: 02 23 44 30 13 40 ac 34 df 3d bf 9a 19 49 39 15 |»

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

LogLevel info

то также будут публиковаться сообщения с уровнями notice и warn.

Обратите внимание, что сообщения об ошибках 404 (файл не найден), которые генерирует сам веб-сервер (core), имеют статус info:

    AH00128: File does not exist: /srv/http/suip/.well-known/security.txt

Это означает, что при настройках по умолчанию (LogLevel установлена на warn) запросы, завершившиеся статусом 404 не будут попадать в журналы ошибок! Чтобы это исправить, нужно установить уровень на info:

LogLevel info

Обратите внимание, что если не найден файл, который обрабатывается другим модулем, то этот модуль может установить свой собственный уровень. К примеру, модуль php7, если не найден PHP скрипт, установит для такого сообщения уровень серьёзности error и такая запись попадёт в журнал ошибок даже при настройках по умолчанию:

    script '/srv/http/suip/wp-login.php' not found or unable to stat

Подробности смотрите в статье «Почему в логах ошибок Apache не сохраняются записи об ошибке 404».

Рекомендуется использовать уровень как минимум crit (или более низкой значимости).

Например:

LogLevel notice

Примечание: при записе в обычный файл сообщения с уведомлением с уровнем notice не могут быть подавлены и, следовательно, всегда регистрируются. Однако это не относится к случаям, когда регистрация ведётся с использованием syslog.

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

LogLevel info ssl:warn
LogLevel info mod_ssl.c:warn
LogLevel info ssl_module:warn

Также возможно изменить уровень для каждого каталога:

LogLevel info
<Directory "/usr/local/apache/htdocs/app">
  LogLevel debug
</Directory>

Конфигурация на уровне каталога для каждого каталога влияет только на сообщения, которые регистрируются после анализа запроса и связаны с ним. Сообщения журнала, связанные с сервером или соединением, не затрагиваются. Однако на последние может повлиять директива .

Журналы событий в Windows 7

В операционной системе Windows 7, так же как и в Windosw Vista, существуют две категории журналов событий: журналы Windows и журналы приложений и служб. Журналы Windows – используются операционной системой для регистрации общесистемных событий, связанных с работой приложений, системных компонентов, безопасностью и запуском. А журналы приложений и служб – используются приложениями и службами для регистрации событий, связанных с их работой. Для управления журналами событий можно использовать оснастку «Просмотр событий» или программу командной строки wevtutil, о которой будет рассказано во второй части статьи. Все типы журналов описаны ниже:

Приложение – хранит важные события, связанные с конкретным приложением. Например, Exchange Server сохраняет события, относящиеся к пересылке почты, в том числе события информационного хранилища, почтовых ящиков и запущенных служб. По умолчанию помещается в %SystemRoot%\System32\Winevt\Logs\Application.Evtx.

Безопасность – хранит события, связанные с безопасностью, такие как вход/выход из системы, использование привилегий и обращение к ресурсам. По умолчанию помещается в %SystemRoot%\System32\Winevt\Logs\Security.Evtx

Установка – в этот журнал записываются события, возникающие при установке и настройке операционной системы и ее компонентов. По умолчанию размещается в %SystemRoot%\System32\Winevt\Logs\Setup.Evtx.

Система – хранит события операционной системы или ее компонентов, например неудачи при запусках служб или инициализации драйверов, общесистемные сообщения и прочие сообщения, относящиеся к системе в целом. По умолчанию помещается в %SystemRoot%\System32\Winevt\Logs\System.Evtx

Пересылаемые события – если настроена пересылка событий, в этот журнал попадают события, пересылаемые с других серверов. По умолчанию помещается в %SystemRoot%\System32\Winevt\Logs\ForwardedEvents.Evtx

Internet Explorer – в этот журнал записываются события, возникающие при настройке и работе с браузером Internet Explorer. По умолчанию помещается в %SystemRoot%\System32\Winevt\Logs\InternetExplorer.Evtx

Windows PowerShell – в этом журнале регистрируются события, связанные с использованием оболочки PowerShell. По умолчанию размещается в %SystemRoot%\System32\Winevt\Logs\WindowsPowerShwll.Evtx

События оборудования – если настроена регистрация событий оборудования, в этот журнал записываются события, генерируемые устройствами. По умолчанию помещается в %SystemRoot%\System32\Winevt\Logs\HardwareEvent.Evtx

В Windows 7 инфраструктура, обеспечивающая регистрацию событий, основана также как и в Windows Vista на XML. Данные о каждом событии соответствуют XML-схеме, что позволяет получить доступ к XML-коду любого события. Кроме того, можно создавать основанные на XML запросы для получения данных из журналов. Для использования этих новых возможностей не требуются знания об XML. Оснастка «Просмотр событий» предоставляет простой графический интерфейс для доступа к этим возможностям.

Журнал ODBC

Формат журнала ODBC представляет собой запись из фиксированного набора полей в ODBC-совместимой базе данных, например Microsoft Access или Microsoft SQL Server. Записываются, в частности, IP-адрес пользователя, имя пользователя, дата и время запроса, код состояния HTTP и количество полученных байт; количество отправленных байт, выполненное действие (например, загрузка с помощью команды GET) и получатель (например, загружаемый файл). Время регистрируется по местному часовому поясу. Чтобы использовать эту возможность, необходимо указать базу данных, в которой будет вестись журнал, и настроить базу данных для получения данных.

Чтобы использовать журнал ODBC необходимо выполнить следующие действия:

1. Создать базу данных, содержащую таблицу с соответствующими полями для регистрации данных. IIS включает файл шаблона SQL, который может быть запущен в базе данных SQL для создания таблицы, получающей записи от IIS. Файл называется Logtemp.sql и находится в каталоге \IISRoot. Если были приняты значения по умолчанию, предлагаемые программой установки, каталог \IISRoot находится в каталоге \WindowsNT\System32. Необходимы следующие поля:

Имя поля	Тип поля
ClientHost	varchar(255)
Username	varchar(255)
LogTime	datetime
Service	varchar(255)
Machine	varchar(255)
ServerIP	varchar(50)
ProcessingTime	int
BytesRecvd	int
BytesSent	int
ServiceStatus	int
Win32Status	int
Operation	varchar(255)
Target	varchar(255)
Parameters	varchar(255)

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

Сообщите IIS имя базы данных и таблицы. Если для доступа к базе данных требуется имя пользователя и пароль, их также следует указать в IIS.

Общая информация

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

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

Технологический журнал может продуцировать два вида информации:

• Логи — файлы с расширением *.log, в которых в текстовом виде храниться информация о произошедших событиях;
• Дампы — файлы с расширением *.mdmp, в которых хранится содержимое оперативной памяти рабочего процесса на момент его «падения». Самостоятельный анализ дампа невозможен, так как исходный код платформы закрыт. Единственный способ проанализировать дамп — отправить  его в тех. поддержку или на партнерский форум.

Настройка

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

Windows Server 2012 или Windows Server 2012 R2

1. На панели задач щелкните Диспетчер сервера.

2. В диспетчер сервера выберите меню «Управление» и выберите пункт «Добавить роли и компоненты».

3. В мастере добавления ролей и компонентов нажмите кнопку «Далее». Выберите тип установки и нажмите кнопку «Далее». Выберите целевой сервер и нажмите кнопку «Далее».

4. На странице » Роли сервера » разверните веб-сервер (IIS) и выберите FTP-сервер.

   Примечание

   Поддержка ASP. Проверка подлинности членства или проверка подлинности диспетчера IIS для службы FTP необходимо выбрать расширяемость FTP, а также службу FTP. .

5. Нажмите кнопку «Далее», а затем на странице » Выбор компонентов » снова нажмите кнопку «Далее «.

6. На странице Подтверждение выбранных элементов для установки нажмите кнопку Установить.

7. На странице Результаты нажмите кнопку Закрыть.

Windows 8 или Windows 8.1

1. На начальном экране переместите указатель на левый нижний угол, щелкните правой кнопкой мыши кнопку «Пуск» и выберите пункт панель управления.

2. В панель управления щелкните «Программы и компоненты», а затем выберите «Включить или отключить компоненты Windows».

3. Разверните службы Internet Information Services и выберите FTP-сервер.

   Примечание

   Поддержка ASP. Проверка подлинности членства или проверка подлинности диспетчера IIS для службы FTP также потребуется выбрать расширяемость FTP.

4. Нажмите кнопку ОК.

5. Щелкните Закрыть.

Windows Server 2008 R2

1. На панели задач нажмите кнопку «Пуск», наведите указатель мыши на администрирование и нажмите кнопку диспетчер сервера.

2. В области иерархии диспетчер сервера разверните узел «Роли» и выберите «Веб-сервер (IIS)».

3. В области веб-сервера (IIS) прокрутите страницу до раздела «Службы ролей » и щелкните » Добавить службы ролей».

4. На странице «Выбор служб ролей » мастера добавления служб ролей разверните узел FTP-сервер.

5. Выберите службу FTP.

   Примечание

   Поддержка ASP. Проверка подлинности членства или проверка подлинности диспетчера IIS для службы FTP также потребуется выбрать расширяемость FTP.

   

   

   

   

   

   

   

   

   

   

6. Щелкните Далее.

7. На странице Подтверждение выбранных элементов для установки нажмите кнопку Установить.

8. На странице Результаты нажмите кнопку Закрыть.

Windows 7

1. На панели задач нажмите кнопку «Пуск» и нажмите кнопку панель управления.

2. В панель управления щелкните «Программы и компоненты», а затем выберите «Включить или отключить компоненты Windows».

3. Разверните службы IIS, а затем FTP-сервер.

4. Выберите службу FTP.

   Примечание

   Поддержка ASP. Проверка подлинности членства или проверка подлинности диспетчера IIS для службы FTP также потребуется выбрать расширяемость FTP.

5. Нажмите кнопку ОК.

Windows Server 2008 или Windows Vista

1. Скачайте пакет установки по следующему URL-адресу:

   https://www.iis.net/expand/FTP

2. Чтобы установить службу FTP, следуйте инструкциям в следующем пошаговом руководстве.

   Установка и устранение неполадок FTP 7