Даже если вы за компьютером ничего не делаете — в процессе работы ОС Windows записывает часть данных в спец. документы (их еще называют логами или системными журналами). Как правило, под-запись попадают различные события, например, включение/выключение ПК, возникновение ошибок, обновления и т.д. 👀
В общем, в этой заметке покажу азы работы с журналами событий в Windows (например, как найти ошибку и ее код, что несомненно поможет в диагностике).
Deprecated: Функция wp_make_content_images_responsive с версии 5.5.0 считается устаревшей! Используйте wp_filter_content_tags(). in /home/h/hostweg6/mycoderblog.ru/public_html/wp-includes/functions.php on line 5382
Отслеживание ошибок – важное дело. При разработке программного обеспечения ошибки неизбежны. Однако, когда вы сталкиваетесь с одной ошибкой, это часто означает, что в коде есть какие-то проблемы.
Важно отслеживать баги на протяжении всего процесса разработки, чтобы одна небольшая ошибка не превратилась в миллион гигантских проблем. Это также важно для бизнеса, поскольку команды разработчиков, которые производят программное обеспечение с неразрешенными ошибками, — обречены на уныние ибо не найдут клиентов, которые будут покупать, использовать или доверять таким продуктам.
Хорошая команда разработчиков должна иметь надежное решение под рукой для отслеживания ошибок во время работы над проектом. Однако, если вы являетесь частью небогатого стартапа, который еще не имеет своей горки денег, потраченных на программное обеспечение или инвестированных в проект; где каждая копейка на вес золота, — инвестирование в дополнительное ПО может оказаться невозможным.
К счастью, в этом мире ещё есть программное обеспечение для отслеживания проблем, категории free, — стоимость которого составляет целых 0 рублей.
Чтобы помочь сократить ИТ-расходы, мы выбрали десять бесплатных программных решений для отслеживания ошибок с открытым исходным кодом, которые помогут любой команде отслеживать проблемы без каких-либо затрат.
Работа с журналом событий (для начинающих)
Как его открыть
Этот вариант универсальный и работает во всех современных версиях ОС Windows.
- нажать сочетание кнопок — должно появиться окно «Выполнить»;
- ввести команду и нажать OK (: также можно воспользоваться диспетчером задач (Ctrl+Shift+Esc) — нажать по меню и ввести ту же команду );eventvwr — команда для вызова журнала событий
- сначала необходимо 👉 открыть панель управления и перейти в раздел «Система и безопасность»;
Система и безопасность - далее необходимо перейти в раздел ;
- после кликнуть мышкой по ярлыку .
Просмотр событий — Администрирование
1) Нажать по значку с «лупой» на панели задач, в поисковую строку написать «событий» и в результатах поиска ОС Windows предоставит вам ссылку на журнал (см. скрин ниже). 👇
Windows 10 — события
2) Еще один способ: нажать сочетание — появится меню со ссылками на основные инструменты, среди которых будет и журнал событий.
Win+X — вызов меню
Наибольшую пользу (по крайней мере, для начинающих пользователей) представляет раздел (выделен на скрине выше). Довольно часто при различных неполадках приходится изучать как раз его.
В нем есть 5 вкладок, из которых 3 основных: «Приложение», «Безопасность», «Система». Именно о них пару слов подробнее:
- — здесь собираются все ошибки (и предупреждения), которые возникают из-за работы программ. Вкладка будет полезна в тех случаях, когда у вас какое-нибудь приложение нестабильно работает;
- — в этой вкладке содержатся события, которые сгенерированы различными компонентами ОС Windows (модули, драйверы и пр.);
- — события, относящиеся к безопасности системы (входы в учетную запись, раздача прав доступа папкам и файлам, и т.д.).
Как найти и просмотреть ошибки (в т.ч. критические)
Надо сказать, что Windows записывает в журналы очень много различной информации (вы в этом можете убедиться, открыв любой из них). Среди стольких записей найти нужную ошибку не так просто. И именно для этого здесь предусмотрены спец. фильтры. Ниже покажу простой пример их использования.
И так, сначала необходимо выбрать нужный журнал, далее кликнуть в правой колонке по инструменту «Фильтр текущего журнала».
Система — фильтр текущего журнала / Кликабельно
После указать дату, уровень события (например, ошибки), и нажать OK.
В результате вы увидите отфильтрованный список событий. Ориентируясь по дате и времени вы можете найти именно ту ошибку, которая вас интересует.
Например, на своем подопытном компьютере я нашел ошибку из-за которой он перезагрузился (благодаря коду ошибки и ее подробному описанию — можно найти решение на сайте Microsoft).
Представлены все ошибки по дате и времени их возникновения / Кликабельно
Т.е. как видите из примера — использование журнала событий очень даже помогает в решении самых разных проблем с ПК.
Можно ли отключить журналы событий
Можно! Только нужно ли? (хотя не могу не отметить, что многие считают, что на этом можно сэкономить толику дискового пространства, плюс система более отзывчива и меньше нагрузка на жесткий диск)
Для отключения журналов событий нужно:
- открыть «службы» (для этого нажмите , введите команду и нажмите OK);Открываем службы — services.msc (универсальный способ)
- далее нужно найти службу «Журнал событий Windows» и открыть ее;
Службы — журналы событий - после перевести тип запуска в режим и нажать кнопку . Затем сохранить настройки и перезагрузить компьютер.
Отключена — остановить
На этом пока всё, удачи!
Искать ошибки в программах — непростая задача. Здесь нет никаких готовых методик или рецептов успеха. Можно даже сказать, что это — искусство. Тем не менее есть общие советы, которые помогут вам при поиске. В статье описаны основные шаги, которые стоит предпринять, если ваша программа работает некорректно.
Занесите ошибку в трекер
После выполнения всех описанных ниже шагов может так случиться, что вы будете рвать на себе волосы от безысходности, все еще сидя на работе, когда поймете, что:
- Вы забыли какую-то важную деталь об ошибке, например, в чем она заключалась.
- Вы могли делегировать ее кому-то более опытному.
Трекер поможет вам не потерять нить размышлений и о текущей проблеме, и о той, которую вы временно отложили. А если вы работаете в команде, это поможет делегировать исправление коллеге и держать все обсуждение в одном месте.
Вы должны записать в трекер следующую информацию:
- Что делал пользователь.
- Что он ожидал увидеть.
- Что случилось на самом деле.
Это должно подсказать, как воспроизвести ошибку. Если вы не сможете воспроизвести ее в любое время, ваши шансы исправить ошибку стремятся к нулю.
Поищите сообщение об ошибке в сети
Если у вас есть сообщение об ошибке, то вам повезло. Или оно будет достаточно информативным, чтобы вы поняли, где и в чем заключается ошибка, или у вас будет готовый запрос для поиска в сети. Не повезло? Тогда переходите к следующему шагу.
Найдите строку, в которой проявляется ошибка
Если ошибка вызывает падение программы, попробуйте запустить её в IDE под отладчиком и посмотрите, на какой строчке кода она остановится. Совершенно необязательно, что ошибка будет именно в этой строке (см. следующий шаг), но, по крайней мере, это может дать вам информацию о природе бага.
Найдите точную строку, в которой появилась ошибка
Как только вы найдете строку, в которой проявляется ошибка, вы можете пройти назад по коду, чтобы найти, где она содержится. Иногда это может быть одна и та же строка. Но чаще всего вы обнаружите, что строка, на которой упала программа, ни при чем, а причина ошибки — в неправильных данных, которые появились ранее.
Если вы отслеживаете выполнение программы в отладчике, то вы можете пройтись назад по стектрейсу, чтобы найти ошибку. Если вы находитесь внутри функции, вызванной внутри другой функции, вызванной внутри другой функции, то стектрейс покажет список функций до самой точки входа в программу (функции main()). Если ошибка случилась где-то в подключаемой библиотеке, предположите, что ошибка все-таки в вашей программе — это случается гораздо чаще. Найдите по стектрейсу, откуда в вашем коде вызывается библиотечная функция, и продолжайте искать.
Выясните природу ошибки
Ошибки могут проявлять себя по-разному, но большинство из них можно отнести к той или иной категории. Вот наиболее частые.
- Ошибка на единицу
Вы начали цикл for с единицы вместо нуля или наоборот. Или, например, подумали, что метод .count() или .length() вернул индекс последнего элемента. Проверьте документацию к языку, чтобы убедиться, что нумерация массивов начинается с нуля или с единицы. Эта ошибка иногда проявляется в виде исключения Index out of range. - Состояние гонки
Ваш процесс или поток пытается использовать результат выполнения дочернего до того, как тот завершил свою работу. Ищите использование sleep() в коде. Возможно, на мощной машине дочерний поток выполняется за миллисекунду, а на менее производительной системе происходят задержки. Используйте правильные способы синхронизации многопоточного кода: мьютексы, семафоры, события и т. д. - Неожиданный null
Бьюсь об заклад, вы не раз получали ошибку с неинициализированной переменной. Убедитесь, что вы проверяете ссылки на null, особенно при обращении к свойствам по цепочке. Также проверьте случаи, когда возвращаемое из базы данных значение NULL представлено особым типом. - Некорректные входные данные
Вы проверяете вводимые данные? Вы точно не пытаетесь провести арифметические операции с введенными пользователем строками? - Присваивание вместо сравнения
Убедитесь, что вы не написали = вместо ==, особенно в C-подобных языках. - Ошибка округления
Это случается, когда вы используете целое вместо Decimal, или float для денежных сумм, или слишком короткое целое (например, пытаетесь записать число большее, чем 2147483647, в 32-битное целое). Кроме того, может случиться так, что ошибка округления проявляется не сразу, а накапливается со временем (т. н. Эффект бабочки). - Переполнение буфера и выход за пределы массива
Проблема номер один в компьютерной безопасности. Вы выделяете память меньшего объема, чем записываемые туда данные. Или пытаетесь обратиться к элементу за пределами массива. - Программисты не умеют считать
Вы используете некорректную формулу. Проверьте, что вы не используете целочисленное деление вместо взятия остатка, или знаете, как перевести рациональную дробь в десятичную и т. д. - Конкатенация строки и числа
Вы ожидаете конкатенации двух строк, но одно из значений — число, и компилятор пытается произвести арифметические вычисления. Попробуйте явно приводить каждое значение к строке. - 33 символа в varchar(32)
Проверяйте данные, передаваемые в INSERT, на совпадение типов. Некоторые БД выбрасывают исключения (как и должны делать), некоторые просто обрезают строку (как MySQL). Недавно я столкнулся с такой ошибкой: программист забыл убрать кавычки из строки перед вставкой в базу данных, и длина строки превысила допустимую как раз на два символа. На поиск бага ушло много времени, потому что заметить две маленькие кавычки было сложно. - Некорректное состояние
Вы пытаетесь выполнить запрос при закрытом соединении или пытаетесь вставить запись в таблицу прежде, чем обновили таблицы, от которых она зависит. - Особенности вашей системы, которых нет у пользователя
Например: в тестовой БД между ID заказа и адресом отношение 1:1, и вы программировали, исходя из этого предположения. Но в работе выясняется, что заказы могут отправляться на один и тот же адрес, и, таким образом, у вас отношение 1:многим.
Если ваша ошибка не похожа на описанные выше, или вы не можете найти строку, в которой она появилась, переходите к следующему шагу.
Метод исключения
Если вы не можете найти строку с ошибкой, попробуйте или отключать (комментировать) блоки кода до тех пор, пока ошибка не пропадет, или, используя фреймворк для юнит-тестов, изолируйте отдельные методы и вызывайте их с теми же параметрами, что и в реальном коде.
Логгируйте все подряд и анализируйте журнал
Пройдитесь по каждому модулю или компоненту и добавьте больше сообщений. Начинайте постепенно, по одному модулю. Анализируйте лог до тех пор, пока не проявится неисправность. Если этого не случилось, добавьте еще сообщений.
Ваша задача состоит в том, чтобы вернуться к шагу 3, обнаружив, где проявляется ошибка. Также это именно тот случай, когда стоит использовать сторонние библиотеки для более тщательного логгирования.
Исключите влияние железа или платформы
Замените оперативную память, жесткие диски, поменяйте сервер или рабочую станцию. Установите обновления, удалите обновления. Если ошибка пропадет, то причиной было железо, ОС или среда. Вы можете по желанию попробовать этот шаг раньше, так как неполадки в железе часто маскируют ошибки в ПО.
Если ваша программа работает по сети, проверьте свитч, замените кабель или запустите программу в другой сети.
Ради интереса, переключите кабель питания в другую розетку или к другому ИБП. Безумно? Почему бы не попробовать?
Если у вас возникает одна и та же ошибка вне зависимости от среды, то она в вашем коде.
Обратите внимание на совпадения
- Ошибка появляется всегда в одно и то же время? Проверьте задачи, выполняющиеся по расписанию.
- Ошибка всегда проявляется вместе с чем-то еще, насколько абсурдной ни была бы эта связь? Обращайте внимание на каждую деталь. На каждую. Например, проявляется ли ошибка, когда включен кондиционер? Возможно, из-за этого падает напряжение в сети, что вызывает странные эффекты в железе.
- Есть ли что-то общее у пользователей программы, даже не связанное с ПО? Например, географическое положение (так был найден легендарный баг с письмом за 500 миль).
- Ошибка проявляется, когда другой процесс забирает достаточно большое количество памяти или ресурсов процессора? (Я однажды нашел в этом причину раздражающей проблемы «no trusted connection» с SQL-сервером).
Обратитесь в техподдержку
Наконец, пора попросить помощи у того, кто знает больше, чем вы. Для этого у вас должно быть хотя бы примерное понимание того, где находится ошибка — в железе, базе данных, компиляторе. Прежде чем писать письмо разработчикам, попробуйте задать вопрос на профильном форуме.
Ошибки есть в операционных системах, компиляторах, фреймворках и библиотеках, и ваша программа может быть действительно корректна. Но шансы привлечь внимание разработчика к этим ошибкам невелики, если вы не сможете предоставить подробный алгоритм их воспроизведения. Дружелюбный разработчик может помочь вам в этом, но чаще всего, если проблему сложно воспроизвести вас просто проигнорируют. К сожалению, это значит, что нужно приложить больше усилий при составлении багрепорта.
Полезные советы (когда ничего не помогает)
- Позовите кого-нибудь еще.
Попросите коллегу поискать ошибку вместе с вами. Возможно, он заметит что-то, что вы упустили. Это можно сделать на любом этапе. - Внимательно просмотрите код.
Я часто нахожу ошибку, просто спокойно просматривая код с начала и прокручивая его в голове. - Рассмотрите случаи, когда код работает, и сравните их с неработающими.
Недавно я обнаружил ошибку, заключавшуюся в том, что когда вводимые данные в XML-формате содержали строку xsi:type=’xs:string’, все ломалось, но если этой строки не было, все работало корректно. Оказалось, что дополнительный атрибут ломал механизм десериализации. - Идите спать.
Не бойтесь идти домой до того, как исправите ошибку. Ваши способности обратно пропорциональны вашей усталости. Вы просто потратите время и измотаете себя. - Сделайте творческий перерыв.
Творческий перерыв — это когда вы отвлекаетесь от задачи и переключаете внимание на другие вещи. Вы, возможно, замечали, что лучшие идеи приходят в голову в душе или по пути домой. Смена контекста иногда помогает. Сходите пообедать, посмотрите фильм, полистайте интернет или займитесь другой проблемой. - Закройте глаза на некоторые симптомы и сообщения и попробуйте сначала.
Некоторые баги могут влиять друг на друга. Драйвер для dial-up соединения в Windows 95 мог сообщать, что канал занят, при том что вы могли отчетливо слышать звук соединяющегося модема. Если вам приходится держать в голове слишком много симптомов, попробуйте сконцентрироваться только на одном. Исправьте или найдите его причину и переходите к следующему.
Что вам точно не поможет
- Паника
Не надо сразу палить из пушки по воробьям. Некоторые менеджеры начинают паниковать и сразу откатываться, перезагружать сервера и т. п. в надежде, что что-нибудь из этого исправит проблему. Это никогда не работает. Кроме того, это создает еще больше хаоса и увеличивает время, необходимое для поиска ошибки. Делайте только один шаг за раз. Изучите результат. Обдумайте его, а затем переходите к следующей гипотезе. - «Хелп, плиииз!»
Когда вы обращаетесь на форум за советом, вы как минимум должны уже выполнить шаг 3. Никто не захочет или не сможет вам помочь, если вы не предоставите подробное описание проблемы, включая информацию об ОС, железе и участок проблемного кода. Создавайте тему только тогда, когда можете все подробно описать, и придумайте информативное название для нее. - Переход на личности
Если вы думаете, что в ошибке виноват кто-то другой, постарайтесь по крайней мере говорить с ним вежливо. Оскорбления, крики и паника не помогут человеку решить проблему. Даже если у вас в команде не в почете демократия, крики и применение грубой силы не заставят исправления магическим образом появиться.
Ошибка, которую я недавно исправил
Это была загадочная проблема с дублирующимися именами генерируемых файлов. Дальнейшая проверка показала, что у файлов различное содержание. Это было странно, поскольку имена файлов включали дату и время создания в формате yyMMddhhmmss. Шаг 9, совпадения: первый файл был создан в полпятого утра, дубликат генерировался в полпятого вечера того же дня. Совпадение? Нет, поскольку hh в строке формата — это 12-часовой формат времени. Вот оно что! Поменял формат на yyMMddHHmmss, и ошибка исчезла.
Перевод статьи «How to fix bugs, step by step»
Во время работы операционной системы, как и любого другого программного обеспечения, периодически возникают ошибки. Очень важно уметь анализировать и исправлять подобные проблемы, дабы в будущем они не появлялись снова. В ОС Windows 10 для этого был внедрен специальный «Журнал ошибок». Именно о нем мы и поговорим в рамках данной статьи.
«Журнал ошибок» в Виндовс 10
Упомянутый ранее журнал является лишь небольшой частью системной утилиты «Просмотр событий», которая по умолчанию присутствует в каждой версии Windows 10. Далее мы разберем три важных аспекта, которые касаются «Журнала ошибок» — включение логирования, запуск средства «Просмотр событий» и анализ системных сообщений.
Для того чтобы система могла записывать все события в журнал, необходимо включить его. Для этого выполните следующие действия:
После этого остается проверить, активирован ли на компьютере файл подкачки. Дело в том, что при его выключении система попросту не сможет вести учет всех событий. Поэтому очень важно установить значение виртуальной памяти хотя бы 200 Мб. Об этом напоминает сама Windows 10 в сообщении, которое возникает при полной деактивации файла подкачки.
О том, как задействовать виртуальную память и изменить ее размер, мы уже писали ранее в отдельной статье. Ознакомьтесь с ней при необходимости.
С включением логирования разобрались. Теперь двигаемся дальше.
Запуск «Просмотра событий»
Как мы уже упоминали ранее, «Журнал ошибок» входит в состав стандартной оснастки «Просмотр событий». Запустить ее очень просто. Делается это следующим образом:
- Нажмите на клавиатуре одновременно клавишу «Windows» и «R».
- В строку открывшегося окна введите eventvwr.msc и нажмите «Enter» либо же кнопку «OK» ниже.
В результате на экране появится главное окно упомянутой утилиты. Обратите внимание, что существуют и другие методы, которые позволяют запустить «Просмотр событий». О них мы в деталях рассказывали ранее в отдельной статье.
Анализ журнала ошибок
После того как «Просмотр событий» будет запущен, вы увидите на экране следующее окно.
В левой его части находится древовидная система с разделами. Нас интересует вкладка «Журналы Windows». Нажмите на ее названии один раз ЛКМ. В результате вы увидите список вложенных подразделов и общую статистику в центральной части окна.
Для дальнейшего анализа необходимо зайти в подраздел «Система». В нем находится большой список событий, которые ранее происходили на компьютере. Всего можно выделить четыре типа событий: критическое, ошибка, предупреждение и сведения. Мы вкратце расскажем вам о каждом из них. Обратите внимание, что описать все возможные ошибки мы не можем просто физически. Их много и все они зависят от различных факторов. Поэтому если у вас не получится что-то решить самостоятельно, можете описать проблему в комментариях.
Данное событие помечено в журнале красным кругом с крестиком внутри и соответствующей припиской. Кликнув по названию такой ошибки из списка, немного ниже вы сможете увидеть общие сведения происшествия.
Зачастую представленной информации достаточно для того, чтобы найти решение проблемы. В данном примере система сообщает о том, что компьютер был резко выключен. Для того чтобы ошибка не появлялась вновь, достаточно просто корректно выключать ПК.
Для более продвинутого пользователя есть специальная вкладка «Подробности», где все событие представлены с кодами ошибок и последовательно расписаны.
Этот тип событий второй по важности. Каждая ошибка помечена в журнале красным кругом с восклицательным знаком. Как и в случае с критическим событием, достаточно нажать ЛКМ по названию ошибки для просмотра подробностей.
Если из сообщения в поле «Общие» вы ничего не поняли, можно попробовать найти информацию об ошибке в сети. Для этого используйте название источника и код события. Они указаны в соответствующих графах напротив названия самой ошибки. Для решения проблемы в нашем случае необходимо попросту повторно инсталлировать обновление с нужным номером.
Подробнее: Устанавливаем обновления для Windows 10 вручную
Сообщения данного типа возникают в тех ситуациях, когда проблема не носит серьезный характер. В большинстве случаев их можно игнорировать, но если событие повторяется раз за разом, стоит уделить ему внимание.
Чаще всего причиной появления предупреждения служит DNS-сервер, вернее, неудачная попытка какой-либо программы подключиться к нему. В таких ситуациях софт или утилита попросту обращается к запасному адресу.
Этот тип событий самый безобидный и создан лишь для того, чтобы вы могли быть в курсе всего происходящего. Как понятно из его названия, в сообщение содержатся сводные данные о всех инсталлированных обновлениях и программах, созданных точках восстановления и т.д.
Как видите, процесс активации, запуска и анализа журнала ошибок очень прост и не требует от вас глубоких познаний ПК. Помните, что таким образом можно узнать информацию не только о системе, но и о других ее компонентах. Для этого достаточно в утилите «Просмотр событий» выбрать другой раздел.
Мы рады, что смогли помочь Вам в решении проблемы.
Опишите, что у вас не получилось. Наши специалисты постараются ответить максимально быстро.
Помогла ли вам эта статья?
Важные изменения в операционной системе фиксируется в форме текстовых логов. Пользователь в любой момент может посмотреть информацию об ошибках, неполадках, системных сбоях, неправильно работающих драйверов и многое другое.
Регистрация информации об ошибках происходит в специальном журнале. Предлагаем инструкцию, как открыть журнал событий несколькими способами.
Открываем лог ошибок
Самый простой и доступный способ – открыть поиск (комбинация клавиш Win+S) и ввести соответствующее название. Классическое приложение называется «Просмотр событий».
Нажимаем комбинацию клавиш Win+R и вписываем в строке команду eventvwr.msc.
Более длинный способ. Открываем панель управления (как это сделать – читайте здесь). Устанавливаем режим просмотра крупные или мелкие значки и переходим в раздел «Администрирование».
Автоматически откроется Проводник с папкой, в которой находятся ярлыки средств администрирования. Находим «Просмотр событий».
Кстати, если у вас возникли проблемы с Проводником, рекомендуем ознакомиться с нашей статьей – о причинах и способах устранения проблем с файловым менеджером.
Каждый из вышеописанных способов откроет нам интефрейс, в котором нас интересует, прежде всего, Журналы Windows и Журналы приложений и служб.
Журнал ошибок позволяет увидеть конкретные неисправности компьютера и операционной системы. Для обычных пользователей это возможность ознакомиться с проблемой и найти решение в интернете. Хотя в большинстве случаев журнал используется опытными программистами или системными администраторами.
Журнал событий Windows 7 — как пользоваться.Отображение расширения файлов на Windows 10 в два клика!7 способов, как открыть Диспетчер задач в Windows 10.
Как использовать просмотр событий Windows для решения проблем с компьютером
Тема этой статьи — использование малознакомого большинству пользователей инструмента Windows: Просмотр событий или Event Viewer.
Для чего это может пригодиться? Прежде всего, если вы хотите сами разобраться что происходит с компьютером и решить различного рода проблемы в работе ОС и программ— данная утилита способна вам помочь, при условии, что вы знаете, как ее использовать.
Дополнительно на тему администрирования Windows
- Администрирование Windows для начинающих
- Редактор локальной групповой политики
- Работа со службами Windows
- Просмотр событий (эта статья)
- Монитор стабильности системы
- Системный монитор
- Брандмауэр Windows в режиме повышенной безопасности
Как запустить просмотр событий
Первый способ, одинаково подходящий для Windows 7, 8 и 8.1 — нажать клавиши Win + R на клавиатуре и ввести eventvwr.msc, после чего нажать Enter.
Еще один способ, который также подойдет для всех актуальных версий ОС — зайти в Панель управления — Администрирование и выбрать там соответствующий пункт.
И еще один вариант, который подойдет для Windows 8.1 — кликнуть правой кнопкой мыши по кнопке «Пуск» и выбрать пункт контекстного меню «Просмотр событий». Это же меню можно вызвать, нажав на клавиатуре клавиши Win + X.
Где и что находится в просмотре событий
Интерфейс данного инструмента администрирования можно условно разделить на три части:
- В левой панели находится древовидная структура, в которой отсортированы события по различным параметрам. Кроме этого, сюда же можно добавить собственные «Настраиваемые представления», в которых будут отображаться лишь нужные вам события.
- В правой части собраны ссылки на действия, позволяющие отфильтровать события по параметрам, найти нужные, создать настраиваемые представления, сохранить список и создать задачу в планировщике заданий, которая будет связана с определенным событием.
Информация о событиях
Как я уже сказал выше, при выборе какого-либо события, в нижней части будет отображаться информация о нем. Эта информация может помочь найти решение проблемы в Интернете (впрочем, не всегда) и стоит понимать, какое свойство что означает:
- Имя журнала — имя файла журнала, куда была сохранена информация о событии.
- Источник — название программы, процесса или компонента системы, которое сгенерировало событие (если вы видите здесь Application Error), то имя самого приложение вы можете увидеть в поле выше.
- Код — код события, может помочь найти информацию о нем в Интернете. Правда, искать стоит в англоязычном сегменте по запросу Event ID + цифровое обозначение кода + название приложения, вызывавшего сбой (поскольку коды событий для каждой программы уникальны).
- Код операции — как правило, здесь всегда указано «Сведения», так что толку от этого поля мало.
- Категория задачи, ключевые слова — обычно не используются.
- Пользователь и компьютер — сообщает о том, от имени какого пользователя и на каком компьютере был запущен процесс, вызвавший событие.
Внизу, в поле «Подробности», вы можете также увидеть ссылку «Справка в Интернете», которая передает информацию о событии на сайт Microsoft и, по идее, должна отображать информацию о данном событии. Однако, в большинстве случаев вы увидите сообщение о том, что страница не найдена.
Чтобы найти информацию по ошибке, лучше воспользоваться следующим запросом: Имя приложения + Event ID + Код + Источник. Пример можете увидеть на скриншоте. Можно попробовать и поиск на русском языке, но на английском информативных результатов больше. Также для поиска подойдет текстовая информация об ошибке (кликните дважды по событию).
Также стоит отметить, что большинство предупреждений не представляют из себя что-то опасное, а сообщения об ошибках также не всегда говорят о том, что с компьютером что-то не так.
Просмотр журнала производительности Windows
В просмотре событий Windows можно найти достаточное количество интересных вещей, например — посмотреть на проблемы с производительностью компьютера.
Для этого в правой панели откройте Журналы приложений и служб — Microsoft — Windows — Diagnostics-Perfomance — Работает и посмотрите, есть ли среди событий какие-либо ошибки — они сообщают о том, что какой-то компонент или программа привела к замедлению загрузки Windows. По двойному клику по событию, вы можете вызвать подробную информацию о нем.
Использование фильтров и настраиваемых представлений
Огромное количество событий в журналах приводит к тому, что в них сложно ориентироваться. К тому же, большинство из них не несут в себе критически важной информации. Лучший способ отобразить только нужные события — использовать настраиваемые представления: вы можете задать уровень событий, которые нужно отображать — ошибки, предупреждения, критические ошибки, а также их источник или журнал.
Для того, чтобы создать настраиваемое представление, нажмите соответствующий пункт в панели справа. Уже после создания настраиваемого представления, вы имеете возможность применить к нему дополнительные фильтры, кликнув по «Фильтр текущего настраиваемого представления».
Конечно, это далеко не все, для чего может пригодиться просмотр событий Windows, но это, как было отмечено, статья для начинающих пользователей, то есть для тех, кто вообще не знает о данной утилите. Быть может, она подвигнет к дальнейшему изучению этого и других инструментов администрирования ОС.
MantisBT
Сводка панели в MantisBT
MantisBT построен на PHP и совместим с базами данных MySQL и PostgreSQL. Он обычно используется в качестве отслеживания ошибок, но его можно настроить для управления более крупными проектами.
MantisBT предлагает управление доступом, которое можно изменить для каждого проекта; настраиваемые поля проблем, уведомления и рабочие процессы, надстройку с оптимизированным мобильным интерфейсом, если команде нужен мобильный доступ.
Пользователи обнаружили, что MantisBT достаточно прост для опытного программиста, но отметили, что менее опытному разработчику может потребоваться некоторое обучение. Они также отметили, что, хотя интерфейс MantisBT устарел, он по-прежнему предлагает все основные функции, которые команда разработчиков программного обеспечения должна отслеживать и иметь возможность исправлять ошибки.
Ограничения бесплатной версии: MantisBT — это решение с открытым исходным кодом. Самостоятельная бесплатная версия включает все функции.
Стоимость обновления: MantisBT также предлагает версию SaaS, которая начинается с $ 4,95 в месяц для одного проекта и до пяти пользователей.
Bugzilla
Список ошибок в Bugzilla
Система работает на MySQL, PostgreSQL и Oracle и требует установки Perl.
Пользователям Bugzilla нравится, тем что программное обеспечение легко использовать с низкой кривой обучения. Они считают, что у ПО есть все основные функции для отслеживания ошибок. Но! — если потребности более сложны, то сервис слабоват.
Ограничения бесплатной версии: Bugzilla — это инструмент с открытым исходным кодом, поэтому бесплатная версия включает в себя все функции.
YouTrack
Программное обеспечение, адаптированное под требования Agile software development. Даёт возможность искать полный текст ошибки. Позволяет группировать проблемы с помощью тегов (что упрощает их поиск в системе) или связывать разные проблемы друг с другом для отслеживания связанных ошибок.
Через REST API YouTrack позволяет конечным пользователям сообщать разработчикам о проблемах из различных сторонних приложений.
Пользователи YouTrack заявили, что система быстро настраивается, легко интегрируется с другими приложениями и описали функциональность поиска ошибок как очень мощную. Однако многие отметили, что неуклюжий пользовательский интерфейс приводит к длительному обучению для работы с программой.
- Ограничено до десяти пользователей
- Версия облака имеет ограничение хранения 5 ГБ
- Версия облака не позволяет создавать частные проекты
Стоимость обновления: самая низкая платная версия решения SaaS от YouTrack составляет 200 долларов США в год для 15 пользователей. Для размещения YouTrack на своих серверах YouTrack составляет 500 долларов США для 25 пользователей.
Futuramo
Визуальный тикет в Футурамо
Проблемы могут быть поручены одному исполнителю или команде, а функция интеллектуального поиска решения позволяет использовать любые выражения, связанные с проблемой. Futuramo также предлагает множество других модулей, включая отслеживание времени; управление проектами и контактами.
Стоимость обновления: самая низкая цена платной версии Futuramo начинается с 8 долларов США за лицензию в месяц для добавления четвёртого пользователя.
Fossil
Проект в Fossil
Программное обеспечение с открытым исходным кодом и встроенным отслеживанием ошибок. Оно автономное, поэтому нет необходимости в создании собственного веб-сервера или базы данных. Система также предлагает управление версиями, создание вики и автоматическое обновление файлов.
Настройки позволяют связать работу с реальным временем, позволяя фиксировать этапы, контрольные точки процесса, объявления, связанные проектом.
Ограничения бесплатной версии: Fossil — это инструмент с открытым исходным кодом, поэтому бесплатная версия включает в себя все функции.
Tuleap
Просмотр проблемы в Tuleap
Tuleap — это гибкое решение для управления проектами. Его функция отслеживания позволяет отслеживать ошибки, а также требования и задачи проекта. Каждая команда может создавать и настраивать новые элементы для отслеживания без одобрения системного администратора.
Tuleap также позволяет создавать настраиваемые рабочие процессы.
Ограничения: в бесплатной версии Tuleap отсутствуют дополнительные функции, такие как отслеживание времени и управление тестированием.
Стоимость обновления: Tuleap предлагает корпоративные и облачные планы для команд, которым необходим доступ к более продвинутым функциям. Эти планы также предлагают платные варианты поддержки. Tuleap не перечисляет цены на своем сайте.
Backlog
Описание ошибки в Backlog ( Source )
Созданный для разработчиков, Backlog — это онлайн-решение для управления проектами, которое также включает отслеживание ошибок. Система позволяет видеть все ошибки, которые вписываются в общий рабочий процесс проекта.
Пользователям, работающим с Backlog, понравилось, что даже бесплатная версия системы включает в себя доступ к вики и говорит, что система в целом проста в использовании и настройке.
- Десять пользователей
- Один проект
- 100 МБ памяти
Стоимость обновления: самая низкая цена оплачиваемой версии Backlog составляет 20 долларов США в месяц для 30 пользователей, пяти проектов и одного ГБ хранилища.
10 бесплатных программ для отслеживания ошибок с открытым исходным кодом
Некоторые из этих утилит предназначены исключительно для отслеживания ошибок, а другие — более расширенные решения, которые могут помочь отслеживать несколько этапов ваших проектов разработки. Все они — free.
Некоторые бесплатные системы имеют ограничения по количеству пользователей или проектов, которые можно присоединить к ней. Для небольших команд это не проблема. Но, вероятно, не будет иметь смысла для более крупных команд или компаний, работающих одновременно над несколькими клиентскими проектами, то такие ограничения перечислены, чтоб знать о них заранее.
Параметры, которые применялись при отборе программного обеспечения:
- Решения, наиболее часто упоминаемые специалистами на основе собственного опыта.
- Системы, которые все еще поддерживаются и недавно (в течение последнего года) обновлены.
- Системы, предлагающие бесплатную версию.
- Системы, позволяющие работать более чем одному пользователю в бесплатной версии, чтобы могла работать команда.
Список тикетов в Trac
Trac специально создан для проектов разработки и отслеживания проблем, но также может использоваться для управления документами. Он имеет минималистский дизайн, встроенную вики и интегрируется с Apache Subversion и GitHub.
Можно связать ошибки с различными задачами, файлами, страницами вики или ошибками. Trac написан на Python и совместим с SQLite, MySQL и PostgreSQL.
Ограничения бесплатной версии: Trac — это решение с открытым исходным кодом, поэтому бесплатная версия включает в себя все функции.
Redmine
Список проблем в Redmine
Redmine — это больше, чем просто трекер ошибок. Это решение для управления проектами с открытым исходным кодом и существует он уже более десяти лет, поддерживает 34 разных языка. Redmine написан на Ruby и совместим с MySQL, PostgreSQL, Microsoft SQL и SQLite.
Если просто ищете отслеживание ошибок, то Redmine может дать намного больше, чем рассчитывали. Можно использовать гибкость настраиваемого интерфейса и множество доступных плагинов для адаптации системы к потребностям команды.
Пользователи Redmine обнаружили, что базовая версия программы проста в применении и довольно интуитивна в использовании. При установке плагинов и расширении с помощью модулей можно повысить функциональность программного обеспечения. Хотя это может сделать систему сложной в использовании. Однако, без плагинов и настроек, интерфейс кажется устаревшим и неуклюжим.
Ограничения бесплатной версии: Redmine — это решение с открытым исходным кодом, поэтому бесплатная версия включает в себя все функции.
Pivotal Tracker
Меню настроек и бэклог в Pivotal Tracker ( Source )
Pivotal Tracker — это гибкое решение для управления проектами, созданное для разработчиков программного обеспечения. Его визуальная панель позволяет сразу увидеть все проекты, над которыми проводится работа, чтобы не потерять контроль над ошибками или задачами. Функция отслеживания скорости фиксирует темпы, с которыми команда решает проблемы.
Система также интегрируется с GitHub, поэтому можно отслеживать код во всем проекте.
Пользователям Pivotal Tracker нравится, тем что панели инструментов программы дают им хорошую видимость проектов как в усечённом малом, так и в большом масштабе. Многие считают, что система проста в использовании, но некоторые пользователи отметили, что системой становится сложно пользоваться, если они отслеживают сразу несколько проектов.
- Три пользователя
- 2 ГБ памяти
- Может иметь только два проекта в системе в любой момент времени
Стоимость обновления: самая низкая цена платной версии Pivotal Tracker составляет 12,50 долларов США в месяц для пяти пользователей, пяти проектов и 5 ГБ памяти.