Error log что это

error.log

error.log (в UNIX подобных системах — error_log [1] ) — журнальный файл, используемый веб-сервером для журналирования возникших на сервере ошибок, позволяющий определить тип ошибки, а также причину её возникновения. Представляет собой текстовый файл, каждая строка которого состоит из даты возникновения ошибки, её типа, IP-адреса клиента, которому была возвращена ошибка, после чего следует сам текст сообщения. [1]

См. также

Примечания

• Веб-серверы

Wikimedia Foundation . 2010 .

• Erromenus
• Eructations of Carnal Artistry

Полезное

Смотреть что такое «error.log» в других словарях:

• Error hiding — is an anti pattern, in computer programming. The programmer hides error messages by overriding them with exception handling. As a result of this the root error message is hidden from the user (hence error hiding ) and so they will not be told… … Wikipedia
• Log analysis — (or system and network log analysis ) is an art and science seeking to make sense out of computer generated records (also called log or audit trail records). The process of creating such records is called data logging.Typical reasons why people… … Wikipedia
• log file — ➔ file1 * * * log file UK US noun [C] IT ► a computer file that contains a record of all actions that have been done on a computer, a website, etc.: »Many online news organizations log files show that photo galleries are among their most popular… … Financial and business terms
• log — >I.> noun 1 wood ADJECTIVE ▪ cut, sawn ▪ a pile of sawn logs ▪ fallen ▪ The road was blocked by fallen logs. ▪ … Collocations dictionary
• Log-normal distribution — Probability distribution name =Log normal type =density pdf μ=0 cdf μ=0 parameters =sigma > 0 infty Wikipedia
• Server log — A server log is a log file (or several files) automatically created and maintained by a server of activity performed by it. A typical example is a web server log which maintains a history of page requests. The W3C maintains a standard format (the … Wikipedia
• Access.log — файл, использующийся веб серверами (Apache, nginx, lighthttpd, boa, прокси сервером squid и т.д.) для записи обращений к сайту. Является текстовым файлом, на каждой строчке которого записывается одно обращение к серверу. Используется для сбора… … Википедия
• access.log — access.log файл, использующийся веб серверами (Apache, Nginx, Lighttpd, boa, прокси сервером squid и т. д.) для записи обращений к сайту. Является текстовым файлом, на каждой строчке которого записывается одно обращение к серверу … Википедия
• SCSI log pages — SCSI target devices provide a number of SCSI log pages. These can be interrogated by a Log Sense command and in some cases can be set by a Log Select command. The Log Sense and Log Select commands include a 6 bit address field, allowing for 64… … Wikipedia
• Standard error (statistics) — For a value that is sampled with an unbiased normally distributed error, the above depicts the proportion of samples that would fall between 0, 1, 2, and 3 standard deviations above and below the actual value. The standard error is the standard… … Wikipedia

• Обратная связь: Техподдержка, Реклама на сайте

• �� Путешествия

Экспорт словарей на сайты, сделанные на PHP,

WordPress, MODx.

• Пометить текст и поделитьсяИскать в этом же словареИскать синонимы
• Искать во всех словарях
• Искать в переводах
• Искать в ИнтернетеИскать в этой же категории

Поделиться ссылкой на выделенное

Прямая ссылка:

… Нажмите правой клавишей мыши и выберите «Копировать ссылку»

Логи и логирование — журнал ошибок (error log) и журнал запросов (доступа) (access log), очистка и отключение логов

В нашей статье базы знаний подробно описано для чего нужны журналы ошибок (error log) и журналы запросов (access log) для каждого домена. В этой статье мы рассмотрим как правильно очищать эти журналы от данных и отключать их полностью для экономии дискового пространства на аккаунте.

Журнал ошибок

Рис. 1 Журналы ошибок и запросов (доступа) в панели ISPmanager на виртуальном хостинге

Итак, журнал ошибок (error log) очень полезен при отладке сайта, настройке новых модулей и установке скриптов. Так, например, если Вы видите при открытии своего сайта «белую страницу«, то первым делом необходимо открыть у себя в аккаунте журнал ошибок для этого сайта, например test.hostinghutor.com.error.log (Рис. 1), где отображаются ошибки php-обработчика. Журнал ошибок это самый оптимальный способ контроля и выявления ошибок при работе и настройке сайта.

Журнал запросов (access log)

Журнал запросов (access log) — также употребляется название журнал доступа — показывает ip-адреса, с которых осуществляется доступ на сайт для каждого домена, например test.hostinghutor.com.access.log (Рис. 1) и может быть полезен для анализа посещаемости сторонними лог-анализаторами и для выявления и бана ботов на сайте.
Далее, отметим, что журнал ошибок и журнал запросов, понятное дело, входят в общую квоту дискового пространства для аккаунта. Если у вас мало места на аккаунте, то вам необходимо чистить периодически эти журналы или отключить их вовсе. Далее в статье мы рассмотрим как правильно отключать в панели управления ISPmanager на нашем виртуальном хостинге логи ошибок и логи доступа, а также как их правильно очищать, но для начала давайте рассмотрим когда же журналы ошибок и журналы доступов могут быть большими по размерам?

Почему журналы ошибок и журналы доступов могут быть большими по размерам?

При просмотре журнала ошибок или доступа (Рис. 1) можно заметить, что это обычный файл, в котором содержится лишь текстовая информация. При правильной работе сайта (без ошибок) и небольшом количестве посетителей у вас эти журналы будут небольшого размера. Поэтому вы можете их чистить периодически, если будет недостаточно дискового пространства. Но бывают такие случаи, когда журнал ошибок или журнал запросов (доступа) становится очень большого размера из-за чего на аккаунте возникают проблемы с местом, а если дискового пространства и вовсе не хватает, то сайт будет работать с ошибками, не будут писаться сессии, временные файлы, а также возможны проблемы записи в базу данных и прочие ошибки.

Таким образом, журнал ошибок (error log) может быть большого размера:

Если какой-то скрипт работает некорректно и при каждом обращении к нему возникает ошибка, которая отмечается в журнале — такой журнал будет иметь много записей и, соответственно, большой размер. Стоит отметить, что если об ошибке (warning) вы знаете и она не мешает нормальному функционированию сайта или скрипта, то можете эту ошибку игнорировать (или все таки решить), а лог ошибок периодически очищать или отключить его для этого домена.

А, журнал запросов (access log) может быть большого размера:

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

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

Как правильно очистить и отключить логи в ISPmanager на хостинге

Для того, чтобы очистить журнал ошибок или журнал запросов (доступа) в своем аккаунте в панели ISPmanager на хостинге необходимо воспользоваться кнопкой «Очистить» в меню «Журнал» (Рис. 2).

Рис. 2 Очистка журнала ошибок и журнала запросов на хостинге

Обратите внимание! Все логи (файлы логов) хранятся в Вашем аккаунте, в каталоге /logs (вся струтура каталогов аккаунта описана здесь) — удаление логов в этой директории по ftp или в менеджере файлов панели ISPmanager является неправильным и удаление файлов не повлияет на дисковую квоту в аккаунте — правильная очистка логов это способ, который описан на Рис. 2.

Для полного отключения логов ошибок или доступа для домена необходимо в разделе «WWW-домены» панели управления ISPmanager на хостинге выделить нужный домен и нажать на кнопку «Логи» (Рис. 3).

Рис. 3 Настройка логов для домена в ISPmanager на хостинге

После чего появится настройка логирования для домена (Рис. 4), и в выпадающем списке с доступными вариантами настроек для «Лога запросов» или «Лога ошибок» необходимо выбрать «Отключено» (Рис. 5) При выборе пункта «Включено без ротации» логи будут вестись, но не будут архивироваться.

Рис. 4 Конфигурация логов для домена

Рис. 5 Отключение логов для домена

Обратите внимание! По умолчанию для каждого домена включены логи ошибок и логи запросов. Для очистки места на аккаунте, если у Вас ранее были включены логи и вы хотите их отключить — необходимо сначала очистить логи, а потом их отключить.

Скидка на все домены Украины до 21.10.2022!

Уважаемые пользователи! Целую неделю у нас скидка -15% на регистрацию всех украинских доменов по промокоду defendersday22!

Подорожание ряда украинских доменов UA ccTLD!

Уважаемые пользователи! С 1 октября 2022 нас ждет подорожание в ряде украинских доменов — in.ua, od.ua, mk.ua!

Важные изменения в работе ряда украинских доменных имен!

Уважаемые пользователи! В некоторых украинских доменных зонах увеличен срок периода Redemption с 30 до 60 дней.

Существенное подорожание выделенных IP-адресов (IPv4) в Германии!

Уважаемые пользователи! В Германии существенно подорожали дополнительные выделенные IP-адреса (IPv4) и IP-сети.

Последнее в блоге

Коронавирус Coronavirus (COVID-19) и кибермошенники в сети Интернет

Паника вокруг коронавируса COVID-19 используется кибермошенниками в сети Интернет — фишинг, продажа масок, вакцин и тестов.

Не отправляется почта — проверяем не блокирует ли провайдер 25 порт

Проверяем блокирует ли провайдер 25 порт с помощью командной строки в ОС Windows. Как отправлять почту если 25 порт заблокирован.

Как установить Clam AntiVirus (ClamAV) на VPS или сервер с ОС CentOS

Устанавливаем Clam AntiVirus (ClamAV) на VPS / VDS или выделенный сервер с ОС CentOS и настраиваем ежедневное сканирование сервера.

ISPmanager больше не поддерживает резервное копирование в Яндекс.Диск

В течении недели Яндекс.Диск исчезнет из списка хранилища для резервного копирования в панеле ISPmanager и других продуктах ISPsystem.

Где посмотреть и как читать логи с ошибками сервера

Блоги, форумы, посадочные страницы и другие интернет-ресурсы представляют собой совокупность графического, текстового, аудио- и видео-контента, размещенного на веб-страницах в виде кода. Чтобы обеспечить к ним доступ пользователей через интернет, файлы размещают на серверах. Это аппаратное обеспечение (персональный компьютер или рабочая станция), на жестком диске которого и хранится код. Ключевые функции выполняются без участия человека, что актуально для всех типов оборудования, включая виртуальный выделенный сервер. Но это не означает, что контроль не осуществляется. Большинство событий, которые происходят при участии оборудования, пользователей и софта, включая ошибки, логи сервера фиксируют и сохраняют. Из этой статьи вы узнаете, что они собой представляют, зачем нужны, и как их читать.

Что такое логи

Это текстовые файлы, которые хранятся на жестком диске сервера. Создаются и заполняются в автоматическом режиме, в хронологическом порядке. В них записываются:

• системная информация о переданных пользователю данных;
• сообщения о сбоях и ошибках;
• протоколирующие данные о посетителях платформы.

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

Комьюнити теперь в Телеграм
Подпишитесь и будьте в курсе последних IT-новостей

Классификация логов

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

• доступа (access_log) — записывают IP-адрес, время запроса, другую информацию о пользователях;
• ошибок (error_log) — показывают файлы, в которых выявлены ошибки и классифицируют сбои;
• FTP-авторизаций — отображают данные о попытках входа по FTP-соединению;
• загрузки системы — с его помощью выполняется отладка при появлении проблем, в файл записываются основные системные события, включая сбои;
• основной — содержит информацию о действиях с файерволом, DNS-сервером, ядром системы, FTP-сервисом;
• планировщика задач — в нем выполняется протоколирование задач, отображаются ошибки при запуске cron;
• баз данных — хранит подробности о запросах, сбоях, ошибки в логах сервера отображаются наравне с другой важной информацией;
• хостинговой панели — включает статистику использования ресурсов сервера, время и количество входов в панель, обновление лицензии;
• веб-сервера — содержит информацию о возникавших ошибках, обращениях;
• почтового сервера — в нем ведутся записи о входящих и исходящих сообщениях, отклонениях писем.

Записи в системные журналы выполняет установленный софт.

Зачем нужны логи

Анализ логов сервера — неотъемлемая часть работы системного администратора или веб-разработчика. Обрабатывая их, специалисты получают массу полезных сведений. Используются в следующих целях:

• поиск ошибок и сбоев в работе системы;
• выявление вредоносной активности;
• сбор статистики посещения веб-ресурса.

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

Читайте также

Где посмотреть логи

Расположение определяется хостинг-провайдером или настройками установленного софта. На виртуальном хостинге доступ к лог-файлам предоставляется из панели управления хостингом. Если администратор не открыл его для владельца сайта, получить информацию не получится. Но большинство провайдеров разрешают свободно пользоваться журналами и проводить анализ логов сервера. Независимо от разновидности сервера лог-файлы хранятся в текстовом документе. По умолчанию он называется access.log, но настройки позволяют переименовать файл. Это актуально для Nginx, Apache, прокси-разновидностей squid, других типов. Для просмотра их надо скачать и открыть в текстовом редакторе. В качестве альтернативы можно использовать Grep и схожие утилиты. Они позволяют открыть и отфильтровать логи прямо на сервере.

Как читать логи. Пример

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

%h %l %u %t \»%r\» %>s %b \»%i\» \»%i\»

Директивы имеют следующее значение:

• %h — IP-адрес, с которого был сделан запрос;
• %l — длинное имя удаленного хоста;
• %u — удаленный пользователь, если запрос был сделан аутентифицированным юзером;
• %t — время запроса к серверу и его часовой пояс;
• %r — тип и содержимое запроса;
• %s — код состояния HTTP;
• %b — количество байт информации, отданных сервером;
• % — URL-источник запроса;
• % — HTTP-заголовок.

Еще один пример чтения логов можно посмотреть в статье «Как читать логи сервера».

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

• Analog. Один из самых популярных анализаторов, что во многом объясняется высокой скоростью обработки данных и экономным расходованием системных ресурсов. Хорошо справляется с объемными записями, совместим с любыми ОС.
• Weblog Expert. Программа доступна в трех вариациях: Lite (бесплатная версия), Professional и Standard (платные релизы). Версии отличаются функциональными возможностями, но каждая позволяет анализировать лог-файлы и создает отчеты в PDF и HTML.
• SpyLOG Flexolyzer. Простой аналитический инструмент, позволяющий получать отчеты с высокой степенью детализации. Интегрируется c системой статистики SpyLOG, позволяет решать задачи любой сложности.

Логи сервера с ошибками error.log

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

Каждая ошибка в логе сервера error.log отображается с новой строки. Идентифицировав и устранив ее, программист сможет наладить работу сайта. Используя журнал, можно выявить и слабые места веб-платформы. Это простой и удобный инструмент анализа, которым должен уметь пользоваться каждый веб-мастер, системный администратор и программист.

Немножко всего .. из жизни администратора ms sql server

Что такое ERRORLOG ?! Некоторые специалисты, которые сопровождают MS SQL Server первый раз слышат о нем или не подозревают, что он есть.

ERRORLOG – это журнал MS SQL Server , физически это текстовый файл. По умолчанию он находится в каталоге установке SQL Server в папке Log , к примеру, в «C:\Program Files\Microsoft SQL S erver\ MSSQL13.SQL2016\ MSSQL\Log». В нем регистрируются как информационные сообщения, ошибки различной серьезности, пользовательские ошибки информация по dump -ам sql server и другая полезная инфомарция, хотя бывает и не очень полезная.

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

Даже при установке обновлений SQL Server , происходит несколько рестартов служб, что так же создает новый журнал.

В данный журнал записывается информация как об ошибках работы сервера, информация о sql дампах, безопасности, так и информация информационного характера.

Журналы можно просмотреть несколькими способами:

Через SQL Server Management Studio, вкладка Management -> SQL Server Logs, дважды щелкнув на нужный файл .

2. Открыть текстовым любым текстовым редактором из каталог Log .

Текущий всегда будет без расширения и с именем ERRORLOG , далее по возрастанию от 1 и выше, 1 это предпоследний.

3. Использовать хранимую процедуру.
exec master .. xp_ReadErrorLog

Когда журнал большой, лучше его отфильтровать, к примеру таким способом, меню Filter в Log File Viewer:

Или через T-SQL:
create table #t
( logdate datetime ,
processinfo char ( 15 ),
text nvarchar ( max )
insert into #t
exec xp_ReadErrorLog
select * from #t where text like ‘%Error%’
drop table #t

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

EXEC sp_cycle_errorlog
После этого создастся новый текущий журнал, а в файле отразится информация вида:
Attempting to cycle error log. This is an informational message only; no user action is required.
The error log has been reinitialized. See the previous log for older entries.

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

Итак, что говорит нам SQL Server Log ?
Возьмем, для примера, файл с одного с рабочих серверов:
2017-06-18 12:26:50.31 Server Microsoft SQL Server 2016 (SP1-CU3) (KB4019916) — 13.0.4435.0 (X64)
Apr 27 2017 17:36:12
Copyright (c) Microsoft Corporation

Enterprise Edition: Core-based Licensing (64-bit) on Windows Server 2016 Datacenter 6.3 (Build 14393: )

Сразу можно определить версию SQL Server , установленные обновления и ОС, время старта SQL Server . Довольно часто, обновления не ставят на сервер, но имеют проблемы. Как-то обратился клиент, у него имелось куча проблем, попросил данный журнал SQL server , а у них версия SQL server 2008 R 2 RTM , при том что за окном уже SQL версии 2017 на подходе. Первое рекомендация и необходимость дальнейшей работы – установить обновления последния.

Идем далее по файлу:
2017-06-18 12:26:50.32 Server UTC adjustment: 3:00
Локальное время на сервере.
2017-06-18 12:26:50.32 Server (c) Microsoft Corporation.
2017-06-18 12:26:50.32 Server All rights reserved.
2017-06-18 12:26:50.32 Server Server process ID is 8112.
2017-06-18 12:26:50.32 Server System Manufacturer: ‘FUJITSU’, System Model: ‘PRIMERGY RX4770 M3’.
Вендор и модель сервера, тоже важно. При виртуализации это здесь так же видно.
2017-06-18 12:26:50.32 Server Authentication mode is MIXED.
Вид аутефикации на сервере — здесь смешанная.

2017-06-18 12:26:50.32 Server Logging SQL Server messages in file ‘C:\SQL\MSSQL13.MSSQLSERVER\MSSQL\Log\ERRORLOG’.

Каталог расположения этого самого журнала.

2017-06-18 12:26:50.32 Server The service account is ‘AD\SQL_USER’. This is an informational message; no user action is required.

Учетная запись, под которой работает служба SQL Server. Сразу и легко определяес под кем работает служба, далее можно у админов ОС запросить проверку прав в ОС или что-то подобное.

2017-06-18 12:26:50.32 Server Registry startup parameters:
-d C:\SQL\MSSQL13.MSSQLSERVER\MSSQL\DATA\master.mdf
-e C:\SQL\MSSQL13.MSSQLSERVER\MSSQL\Log\ERRORLOG
-l C:\SQL\MSSQL13.MSSQLSERVER\MSSQL\DATA\mastlog.ldf

Параметры старта SQL server, здесь видим флаги запуска службы SQL server, располжения системных баз данных.

2017-06-18 12:26:50.32 Server Command Line Startup Parameters:
-s «MSSQLSERVER»

2017-06-18 12:26:52.86 Server SQL Server detected 4 sockets with 24 cores per socket and 48 logical processors per socket, 192 total logical processors; using 192 logical processors based on SQL Server licensing. This is an informational message; no user action is required.

2017-06-18 12:26:52.86 Server SQL Server is starting at normal priority base (=7). This is an informational message only. No user action is required.

Видим, сколько процессоров на сервере и включен ли HT.

2017-06-18 12:26:52.86 Server Detected 3193980 MB of RAM. This is an informational message; no user action is required.

Память на сервере, здесь 3 Тб.
2017-06-18 12:26:52.86 Server Using locked pages in the memory manager.
2017-06-18 12:26:52.86 Server Large Page Allocated: 32MB
2017-06-18 12:26:52.87 Server Large Page Allocated: 32MB
2017-06-18 12:26:52.87 Server Large Page Allocated: 32MB
2017-06-18 12:26:52.87 Server Large Page Allocated: 32MB

Видим, что учетной записи SQL server предоставлены права блокировать память на сервере, а также выделение больших страниц в памяти.

2017-06-18 12:26:57.71 Server Machine supports memory error recovery. SQL memory protection is enabled to recover from memory corruption.

2017-06-18 12:27:00.82 Server Default collation: Cyrillic_General_CI_AS (us_english 1033)
Collation на сервере,

2017-06-18 12:27:00.82 Server Automatic soft-NUMA was enabled because SQL Server has detected hardware NUMA nodes with greater than 8 physical cores.

Включается soft-Numa в SQL 2016.
2017-06-18 12:27:00.90 Server Buffer pool extension is already disabled. No action is necessary.
Buffer pool extension- выключен . Далее идет определения DAC, soft-numa, параметры блокировок :

2017-06-18 12:27:01.04 Server InitializeExternalUserGroupSid failed. Implied authentication will be disabled.

2017-06-18 12:27:01.04 Server Implied authentication manager initialization failed. Implied authentication will be disabled.

2017-06-18 12:27:01.13 Server The maximum number of dedicated administrator connections for this instance is ‘1’

2017-06-18 12:27:01.13 Server This instance of SQL Server last reported using a process ID of 8116 at 6/18/2017 1:06:37 PM (local) 6/18/2017 10:06:37 AM (UTC). This is an informational message only; no user action is required.

2017-06-18 12:27:01.13 Server Node configuration: node 0: CPU mask: 0x0000000000555555:0 Active CPU mask: 0x0000000000555555:0. This message provides a description of the NUMA configuration for this computer. This is an informational message only. No user action is required.

2017-06-18 12:27:01.14 Server Node configuration: node 15: CPU mask: 0x0000aaaaaa000000:3 Active CPU mask: 0x0000aaaaaa000000:3. This message provides a description of the NUMA configuration for this computer. This is an informational message only. No user action is required.

2017-06-18 12:27:01.31 Server Using dynamic lock allocation. Initial allocation of 2500 Lock blocks and 5000 Lock Owner blocks per node. This is an informational message only. No user action is required.

2017-06-18 12:27:01.31 Server Lock partitioning is enabled. This is an informational message only. No user action is required.

2017-06-18 12:27:01.34 Server Database Instant File Initialization: enabled. For security and performance considerations see the topic ‘Database Instant File Initialization’ in SQL Server Books Online. This is an informational message only. No user action is required.

2017-06-18 12:27:01.41 Server CLR version v4.0.30319 loaded.
2017-06-18 12:27:01.51 Server Query Store settings initialized with enabled = 1,
Включается компонент Query Store
Начинается старт системных бд:
2017-06-18 12:27:01.53 spid10s Starting up database ‘master’.
2017-06-18 12:27:01.53 Server In-Memory OLTP initialized on highend machine.

2017-06-18 12:27:01.59 Server Common language runtime (CLR) functionality initialized using CLR version v4.0.30319 from C:\Windows\Microsoft.NET\Framework64\v4.0.30319\.

2017-06-18 12:27:01.72 spid10s CHECKDB for database ‘master’ finished without errors on 2017-06-21 03:35:10.293 (local time). This is an informational message only; no user action is required.

2017-06-18 12:27:01.72 spid10s Resource governor reconfiguration succeeded.

2017-06-18 12:27:01.72 spid10s SQL Server Audit is starting the audits. This is an informational message. No user action is required.

2017-06-18 12:27:01.73 spid10s Audit: Server Audit: 65537, Initialized and Assigned State: START_FAILED

2017-06-18 12:27:01.73 spid10s Audit: Server Audit: 65537, Initialized and Assigned State: STARTED
На сервере есть аудиты.

2017-06-18 12:27:01.74 spid10s SQL Server Audit has started the audits. This is an informational message. No user action is required.

2017-06-18 12:27:01.78 spid10s Server name is ‘server1’. This is an informational message only. No user action is required.

Имя сервера, как не странно)
2017-06-18 12:27:01.80 spid10s Database mirroring has been enabled on this instance of SQL Server.

2017-06-18 12:27:01.80 spid20s Always On: The availability replica manager is starting. This is an informational message only. No user action is required.

2017-06-18 12:27:01.81 spid20s Always On Availability Groups: Waiting for local Windows Server Failover Clustering service to start. This is an informational message only. No user action is required.

2017-06-18 12:27:01.81 spid20s Always On Availability Groups: Local Windows Server Failover Clustering service started. This is an informational message only. No user action is required.

Сервер является частью кластера, включен компонент AlwaysOn.
2017-06-18 12:27:01.81 spid12s Starting up database ‘mssqlsystemresource’.

2017-06-18 12:27:01.81 spid20s Always On Availability Groups: Waiting for local Windows Server Failover Clustering node to start. This is an informational message only. No user action is required.

2017-06-18 12:27:01.81 spid20s Always On Availability Groups: Local Windows Server Failover Clustering node started. This is an informational message only. No user action is required.

2017-06-18 12:27:01.81 spid20s Always On Availability Groups: Waiting for local Windows Server Failover Clustering node to come online. This is an informational message only. No user action is required.

2017-06-18 12:27:01.81 spid31s Starting up database ‘DB’.
2017-06-18 12:27:01.81 spid22s Starting up database ‘DB2’.
2017-06-18 12:27:01.81 spid25s Starting up database ‘DB3’.
2017-06-18 12:27:01.81 spid26s Starting up database ‘DB4’.
2017-06-18 12:27:01.82 spid24s Starting up database ‘msdb’.

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

2017-06-18 12:27:01.82 spid16s Server is listening on [ ‘any’ 1433].
2017-06-18 12:27:01.82 spid16s Server is listening on [ ‘any’ 1433].
Получили TCP порты на которые настроен SQL Server

2017-06-18 12:27:01.82 spid16s Server local connection provider is ready to accept connection on [ \\.\pipe\SQLLocal\MSSQLSERVER ].

2017-06-18 12:27:01.82 spid16s Server local connection provider is ready to accept connection on [ \\.\pipe\sql\query ].

2017-06-18 12:27:01.82 Server Server is listening on [ ‘any’ 1434].
2017-06-18 12:27:01.82 Server Server is listening on [ ‘any’ 1434].

2017-06-18 12:27:01.82 Server Dedicated admin connection support was established for listening remotely on port 1434.

2017-06-18 12:27:01.83 spid31s [INFO] HkHostDbCtxt::Initialize(): Database ID: [13] ‘DB’. XTP Engine version is 2.9

В базе данных используются компоненты InMemory

2017-06-18 12:27:01.83 spid12s The resource database build version is 13.00.4435. This is an informational message only. No user action is required.

2017-06-18 12:27:01.83 spid16s SQL Server is now ready for client connections. This is an informational message; no user action is required.

2017-06-18 12:27:01.83 Server SQL Server is attempting to register a Service Principal Name (SPN) for the SQL Server service. Kerberos authentication will not be possible until a SPN is registered for the SQL Server service. This is an informational message. No user action is required.

Проблемы с SPN, возможные, возможно SPN уже есть, просто нет прав на просмотр SPN.

2017-06-18 12:27:01.84 spid26s [INFO] HkHostDbCtxt::Initialize(): Database ID: [8] ‘DB3’. XTP Engine version is 2.9.

2017-06-18 12:27:01.87 spid12s Starting up database ‘model’.

2017-06-18 12:27:01.89 Server The SQL Server Network Interface library could not register the Service Principal Name (SPN) [ MSSQLSvc/server1.ad.ru ] for the SQL Server service. Windows return code: 0x2098, state: 15. Failure to register a SPN might cause integrated authentication to use NTLM instead of Kerberos. This is an informational message. Further action is only required if Kerberos authentication is required by authentication policies and if the SPN has not been manually registered.

2017-06-18 12:27:01.89 Server The SQL Server Network Interface library could not register the Service Principal Name (SPN) [ MSSQLSvc/server1.ad.ru:1433 ] for the SQL Server service. Windows return code: 0x2098, state: 15. Failure to register a SPN might cause integrated authentication to use NTLM instead of Kerberos. This is an informational message. Further action is only required if Kerberos authentication is required by authentication policies and if the SPN has not been manually registered.

2017-06-18 12:27:01.94 spid12s CHECKDB for database ‘model’ finished without errors on 2017-06-21 03:38:53.560 (local time). This is an informational message only; no user action is required.

2017-06-18 12:27:01.94 spid12s Polybase feature disabled.
2017-06-18 12:27:01.94 spid12s Clearing tempdb database.
2017-06-18 12:27:02.06 spid12s Starting up database ‘tempdb’.

— стартовали системные бд, дальше идут уже сообщения относящиеся к базам данных, работе сервера или ошибки.

Итак, мы прошлись по журналу ERRORLOG SQL Server , как видим, он содержит много полезной информации и может служит начальной точкой при начале диагностике проблем в MS SQL Server .

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