Что такое лог канала
Лог: что это, зачем нужен и где его найти?
Зачем нужны лог файлы?
В некоторых ситуациях каждому пользователю ПК или сервера требуется проверить логи. Рассмотрим зачем именно нужны лог файлы.
1. Логи могут понадобится, если нужно узнать статистику по сайту. Например, логи сайтов отображают следующую информацию:
а) статистику посещаемости
б) точки входа и выхода с сайта
в) поисковые запросы, по которым приходят посетители, и наиболее популярные страницы сайта
г) поисковики, страны и браузеры посетителей
д) уровень конверсии и страницы сайта, которые никто не посещает
е) сайты, которые ссылаются на этот ресурс.
2. В случае вирусов или Дддос атаки на сайт, логи помогут быстрее выяснить причину и соответственно помочь устранить ее.
3. Для восстановления доступов испольузются логи авторизации, которые собирают данные о попытках входа.
4. В случае ошибок в работе определенного ПО, устройства или ОС, когда необходимо определить источник проблемы.
Логи (server logs) помогают контролировать работу серверной машины и в случае возникновения ошибок быстро их находить и устранять. Логи используются практически везде, где ведется запись и прослеживание истории программного процесса. В первую очередь это необходимо в целях безопасности. Для того, чтобы найти и проанализировать логи, используют специально предназначенное для этого ПО. Некоторые логи могут обладать очень большим размером, поэтому время от времени их нужно очищать. Лог файл показывает события и его непосредственный источник. Причиной события может быть:
Какие есть виды логов?
На практике видов логов может быть несколько. Рассмотрим каждый из них.
Как найти логи?
Место, где находятся логи зависит от используемого ПО, заданных настроек и пути, который заведомо установил администратор сервера.
Если вам нужно найти лог файлы сервера или хостинга, вы можете обратится и получить подробную консультацию у вашего хостинг-провайдера, где размещается ваш сайт.
Названия файлов: журнал ошибок – error.log; журнал доступов – log; основной журнал – syslog; журнал загрузки системы – dmesg.
В ОС Windows свой способ структуризации логов, в котором выделяют уровни событий: подробности; сведения; предупреждение; ошибка; критический. Пользователь может сортировать и фильтровать записи, в зависимости от того, что именно ему нужно.
Что делать с логами?
Лог файлы могут понадобится во многих ситуациях при работе с сайтов, ПК или сервером. Но обратите внимания, что логи не хранятся вечно, поэтому если появилась необходимость проверить их, то следует это делать своевременно. Например, часто хостинг-провайдеры хранят логи до 14 дней, а далее они удаляются и записываются новые. Поэтому если ваш сайт взломали более нескольких недель назад, то установить причину по логам не получится, если логи уже удалены.
Даже беглый анализ логов может помочь выяснить причины чрезмерной нагрузки на сайт, поэтому если вам нужна помощь, чтобы разобраться с логами и исправить возникшие ошибки работы сервера, обращайтесь в техническую поддержку ГиперХост.
Включение и выключение записей логов на сервере происходит в панели управления. В большинстве случаев эта функция доступна в разделе панели Журнал или Логи. Более детально об этом вы можете уточнить непосредственно у вашего хостера.
Как читать логи сервера и что это такое?
Логи – это инструмент, при помощи которого можно отслеживать рабочий процесс сервера или сайта. Поэтому знать, как читать логи это полезное умение для выявления сбоев в работе ПО, быстрого и результативного реагирования на другие проблемы (выявление злонамеренных действий), эффективного анализа рабочий процесс, противодействия DDoS-атакам.
Содержание:
Что такое логи и зачем они нужны
Логи (log) – это специальные текстовые файлы, в которых в хронологическом порядке фиксируется информация обо всех действиях программы или пользователей. Проще говоря, это журнал регистрации всех событий происходивших в системе:
Логи доступа указывают на уязвимые места сайта (в случае взлома), помогают собирать статистику посещаемости, узнавать откуда проводились запросы и какие ресурсы ссылаются на этот сайт, оценивать популярность страниц. По файлам ошибок проще найти источник проблемы и оперативно устранить баги и сбои. Журналы сервера (server logs) облегчают контроль рабочего процесса серверной машины.
В файлах логов записывается и отслеживается история работы всего программного комплекса. Поэтому специалисты рекомендуют периодически просматривать их, даже если никаких подозрительных моментов не произошло. И тем более немедленно обратиться к ним, если резко возросло количество ошибок, посыпался спам или заметно увеличилась нагрузка на сервер.
Типы логов и где их найти
Месторасположение логов зависит от используемого ПО, настроек, прописанного админом пути. Чаще всего server logs сохраняются в var/log/. Однако, не все сервисы помещают файлы регистрации в эту директорию. В любом случае, можно уточнить такую информацию у веб-хостера.
У дистрибутивов Linux CentOS или Fedora логи серверной машины лежат в /var/log/. Там можно найти:
Лог ошибок MySQL ($hostname.err) хранится в /var/lib/mysql/. Для Debian или Ubuntu местоположение логов аналогично, за исключением log file ошибок MySQL: /mysql/error.log. А также – логи веб сервера Apache сохраняются по пути /var/log/apache2.
У ОС Windows дружной метод структурирования log-файлов. События делятся на несколько уровней:
Их можно отсортировать или отфильтровать и выбрать необходимое. 
Запуск и отключение логов осуществляется с административной панели. Как правило, доступ через раздел «журнал» или «логи». При этом стоит учитывать, что файлы не сохраняются годами. Поэтому, при необходимости посмотреть log, это нужно сделать своевременно.
Какая информация хранится в логах и как ее интерпретировать?
Для большинства пользователей содержимое log-файлов это бессмысленный набор символов. Как читать логи, чтобы понять, что в них зашифровано?
Строка access.log сервера содержит:
Как правило, такой информации достаточно, чтобы проанализировать ситуацию и сделать нужные выводы. Например, заблокировать бота, который создал чрезмерную нагрузку на сайт.
Файл ошибок (error.log) регистрирует моменты, когда что-то пошло не так. Из них можно узнать:
Конечно, даже после расшифровки, данных логов еще нужно проанализировать. Для этого существует различное ПО, которое помогает отрабатывать данные из логов – Weblog Expert, WebAlyzer, Analog, Webtrends, Awstats, SpyLOG Flexolyzer и другие платные и бесплатные программы.
Где посмотреть и как читать логи с ошибками сервера
Блоги, форумы, посадочные страницы и другие интернет-ресурсы представляют собой совокупность графического, текстового, аудио- и видео-контента, размещенного на веб-страницах в виде кода. Чтобы обеспечить к ним доступ пользователей через интернет, файлы размещают на серверах. Это аппаратное обеспечение (персональный компьютер или рабочая станция), на жестком диске которого и хранится код. Ключевые функции выполняются без участия человека, что актуально для всех типов оборудования, включая виртуальный выделенный сервер. Но это не означает, что контроль не осуществляется. Большинство событий, которые происходят при участии оборудования, пользователей и софта, включая ошибки, логи сервера фиксируют и сохраняют. Из этой статьи вы узнаете, что они собой представляют, зачем нужны, и как их читать.
Что такое логи
Это текстовые файлы, которые хранятся на жестком диске сервера. Создаются и заполняются в автоматическом режиме, в хронологическом порядке. В них записываются:
Посмотреть логи сервера может каждый, у кого есть к ним доступ, но непосвященному обывателю этот набор символов может показаться бессмысленным. Интерпретировать записи и получить пользу после прочтения проще профессионалу.
Классификация логов
Для каждой разновидности софта предусмотрены соответствующие файлы. Все логи сервера могут храниться на одном диске или даже на отдельном сервере. Существует довольно много разновидностей логов, вот наиболее распространенные:
Записи в системные журналы выполняет установленный софт.
Зачем нужны логи
Анализ логов сервера — неотъемлемая часть работы системного администратора или веб-разработчика. Обрабатывая их, специалисты получают массу полезных сведений. Используются в следующих целях:
После изучения информации можно получить точную статистику в виде сводных цифр, информацию о юзерах, выявить поведенческие закономерности пользовательских групп.
Что такое Log видео?
Тема лог видео достаточно популярна в среде людей занимающихся или увлекающихся видео съемкой.. Все говорят S-log, Vlog, но задумывался ли ты о том откуда все это пошло?
Утрировано можно между Log и RAW можно поставить знак равно, но это будет не совсем корректно(но обыватель не видит разницы). И далее я тебе расскажу почему.
Сперва обратимся к курсу биологии и биологии и тому как мы воспринимаем цвет.
Наши глаза воспринимают цвета линейно, т.е. если в кадре вдруг станет в два раза больше света, то ты почувствуешь, что стало слегка ярче.
Но камера устроена иначе, для нее двукратное увеличение света(фотонов) попадающих на сенсор означает именно удвоение сигнала. Иными слова двукратное увеличение количества света в кадре не станет увеличением яркости в два раза.
Теперь когда ты ничего не понял, мы уйдем в историю, а именно во времена когда у человека появилась возможность передачи визуального сигнала на расстоянии, т.е. к «Телевизору».
Когда появились первые телевизоры получилось так, что они были разные и по-разному показывали одну и туже картинку, при том что им посылался одинаковый сигнал.
Причиной вывода разной картинки была особенность основного компонента старого телевизора- лучевой трубки.
Получалось так, что на телик приходит сигнал с 50% яркостью, а сам экран отображал эту яркость как 18%. Т.е как серый – средний между белым и черным.
И когда это заметили и поняли умные дядьки из Комиссии по работе с освещением (CIE ), ввели такие понятия как – гамма компенсация.
Это делалось для того, чтобы наш телевизор на этапе перед тем как показать изображение, его портил и делал вот такой гаммой, то по итогу изображение становилось нормальным и принимало линейную форму.
Т.е. вначале посылалась гамма компенсании, а на нее уже накладывалась гамма самого телевизора.
И тогда же выяснили, что вот этот график гаммы кривой, которая изначально портит изображение, описывается виде квадратичной функции. Т.е яркость возводится в квадрат (Да простят меня многочисленные инженеры, подпирающие своим дипломом угол холодильника.)
И мы же знаем, что функция обратная возведению в степень является – возведение в логарифм.
Эта кривая, которой мы изначально компенсируем искажение телевизора – логарифмична.
И отсюда появилось такое понятие как «лог».
Лог видео – это видео на которое наложена логарифмическая кривая.
Все лог видео, о которых ты слышал и знал это все примерно одни и тоже, но с учётом того как работает камера того или иного производителя. Это логарифмический график, который тебе правильно передает яркость.
Теперь вернемся в нашу реальность.
У тебя есть камера, на которую ты записываешь видео. В данном случае запись файла на карту память является как бы преобразованием этого самого телика. Для того, чтобы компенсировать все искажения при записи в файл, камера накладывает на этот файл гамма коррекцию (например, C-log в случае с Canon).
Утрировано говоря – запись в log нужна нам для получения максимально исходного изображение с камеры, а после чего уже, на этапе цветокоррекции, мы приводим полученную картинку к удобоваримому виду.
Вот так кривые гамма коррекции выглядят на картинке
По итогу, как и в примере с телевизором, мы получаем линейную картинку, как бы исходную, с которой можно нормально работать.
Съемка в Log дает там зачастую максимально не контрастное изображение, из-за чего очень часто его путают с RAW. Последнее – чистый сигнал с матрицы камеры.
Я не профессор колористических наук, не заканчивал каких-то специальных заведений, но постарался тебе объяснить тему максимально простым языком, пусть и местами немного утрировано.
Пиши в комментарии, свое мнение о статье. На сколько она тебе интересна и понятна, а также какие еще тебе ты хотел бы затронуть.
P.s. уж простите, но мне постоянно показывало что «ссылка не найдена»
Видеомонтаж
610 постов 4.7K подписчиков
Правила сообщества
Критикуй, мамкин оператор.
Наши глаза воспринимают цвета линейно
вы в глаза долбитесь вами допущено некоторое небрежение фактами
Во первых, цвета мы воспринимаем ваще черех жопу очень сложно. Настолько, что про современные теории цветного зрения многокомпонентны.
Во вторых, далее вы ведете повествовани о освещенности, а не о цвете.
С освещенностью и глазом все понятно.
В упрощенном случае они у нас описываются законом Вебера — Фехнера 1859 года издания
Ощущения растут в арифметической прогрессии, когда раздражение растет в геометрической прогрессии.
или в математическом представлении
где Е — мера ощущения, а и b — константы, I — мера раздражения.
Это элементарное знание упростит ваше повествование раз в 5. ))
просто лучше не пиши ничего про лог. это не объяснение, это куча надерганных картинок без понимая смысла.
а то вопросами про flat-профиль заебут
Автор, доброго времени суток. Спасибо за пост. Примерно понял описанную Вами теорию.
Однако до сих пор не нашел ясной инструкции как, собственно, с логом работать. У меня получается, откровенно, лютое говнище.
Пересмотрел ролики (в том числе на англоязычном ютубе), ничего полезного не получил.
Складывается впечатление, что s-log на камере a6400 это просто неюзабельная хрень и маркетинговая уловка, потому как некоторые коллеги мне сказали, что без 10битной съемки log смысла не имеет.
Прошу Вас помощи разобраться)
Сделал перезалив видео на канал
Лучшая бесплатная программа для видеомонтажа и не только
Данный пост является текстовой адаптацией к вышедшему видео на моем YouTube канале.
Есть мнение, отчасти вполне обоснованное, что заниматься видеосъемкой достаточно затратное по деньгам занятие.
Тебе нужна камера, объективы, свет, аксессуары, ну или на крайний случай телефон, петличка и портативный свет. А ведь мы еще не затронули самое главное – программу, в которой ты будешь работать с отснятым материалом.
Самые популярные из них стоят немалых денег. Конечно есть и обходной путь, но у него тоже есть минусы.
Неужели нет бесплатной программы для видео монтажа с нормальным функционалом?
Она существует. Буквально существует профессиональная программа для видеомонтажа (и не только) стоит ноль, 0 рублей. При этом еще бесплатного функционала тебе хватит для 90% того, что ты будешь делать на первых порах, да и потом тоже.
И имя это программе DaVinci Resolve.
Но это не просто одна программа, это четыре решения в одном, потому что программа позволяет на профессиональном уровне выполнять нелинейный монтаж и расширенную цветокоррекцию, обработку звука с помощью инструментов Fairlight и наложение визуальных эффектов с использованием функционала Fusion.
Я бы сказал, что она конкурирует с Final Cut Pro и Premiere Pro, а в чем-то даже и превосходит их.
Это полнофункциональная программа, в которой есть все необходимые инструменты.
И они постоянно добавляют новые функции, и это все еще бесплатно.
Но пойми, DaVinci Resolve изначально не задумывался как программа для редактирования видео.
Изначально это была программа для цветокоррекции, в которой покрасили ни одну сотню фильмов и сериалов, которые ты видел.
DaVinci Resolve был и остается лучшим программным обеспечением для цветокоррекции, причем с легально бесплатной версией, которую ты можешь скачать с сайта Blackmagicdesing
Тебя, наверное, уже раздражает, что я часто говорю слово употребляю- бесплатно?
Это все потому, что даже спустя какое-то время, мне тяжело привыкнуть к тому, что существует бесплатная программа, причем официально, но которая может то, что могут делать ее платные коллеги.
Я просто подумал, что тебе было бы очень приятно узнать, если не знал ранее, что прямо сейчас есть профессиональное программное обеспечение для редактирования и цветокоррекции, работы с анимацией, звуком, которое ты можешь легально скачать и пользоваться без всяких танцев с бубном и выяснения того, у кого успешно активировалась, а у кого нет.
Ты можешь ее скачать, установить и уже начинать использование. Не знаешь, с сего начать – уже сейчас есть достаточно роликов по работе с этой программой. Немного забегу вперед – на этом канале будут видео по Davinci Resolve.
У тебя вполне обоснованно возникает вопрос: почему же она является бесплатной? В чем подвох?
Подвох в том, что, как и в любой бесплатной версии в программе есть некоторые ограничения, например, Blackmagic пока ограничивают бесплатную версию выводом материала до 2К.
Финальный рендеринг делается исключительно за счет мощностей процессора, видеокарта задействуется только при работе с превью(практически как в Premiere Pro.
Для вывода материла в 4К, 6К или 8K, и рендеринга через видео карту нужно будет приобрести полную версию. Также есть некоторые ограничения по использованию встроенных плагинов и обработок.
Поэтому здесь нет никакого подвоха, это бесплатная и рабочая программа.
Но может быть, Blackmagic хотят, чтобы ты оказался в их экосистеме, со временем стал бы использовать их камеры, котроллеры, а бесплатная версия Davinci Resolve– это способ привлечения.
А ты как думаешь? Напиши в комментарии.
Кстати один из способов бесплатно получить полную версию Davinci Resolve это купить камеру от Blackmagic или клавиатуру для монтажа, т.к. там(по состоянию на момент выхода видео) DavinciResolve Studio уже идет в комплекте.
Если ты уже используешь что-то вроде iMovie или просто какое-то другое бесплатное и очень примитивное ПО, то советую обратить внимание на DaVinci Resolve. Интерфейс ненамного сложнее, но возможностей больше.
В завершении скажу тебе, что программа полностью кроссплатформенна- есть версия под Windows, MacOs и даже Linux.
И если тебе понравилось это видео/статья – ты знаешь, что делать.
Ссылка на официальный сайт программы DavinciResolve
А с тобой бы Сергей, ты был на канале ZhuchkovMedia. Дальше будет интересно.
Davinci Resolve 17 для НОВИЧКОВ | Основы Цветокоррекции
Как в одиночку дома создать 3D кино? Вот так вот!
Мой первый пост на Пикабу, поэтому не судите строго.
Я не мастер красиво рассказывать истории, но я мастер делать видосики разных направлений.
Одно из моих любимых направлений как раз является соединение 3д графики с реальным миром. Все началось с того что я прошел в топ 100 молодых режиссеров проекта CAST.
Нам дали задание создать 5 минутную короткометражку за 3 дня на тему ЭПИДЕМИИ.
Я был одним из тех на кого возлагали надежды и ждали чего то эдакого.
И поскольку, я мог сделать это самое ЭДАКОЕ, я приступил к раскадровке и сценарию.
По итогу получилась интересная история, пост апокалипсиса, в которой главный герой чуть ли не последний на земле человек, потерявший своих близких, и все что ему остается это сидеть и ждать своего финала, который напрямую зависит от генератора (защитного поля). В довесок ко всему вокруг бродят а-ля зомби(фотку моделек скинул) которые разрушают последнюю соседнюю колонию.
По идее я вышел за рамки короткого видео, и это начало расти в более сложный и крутой проект. Но суровая реальность такова, что я не только не успел к конкурсной сдаче, но и в целом забросил проект в долгий ящик, снимал я его в начале Августа, а допинать его труп смог только 31 числа.
Само собой банальная проблема таких проектов отсутствие должного финансирование, да и работают над такими видео не в одиночку как я, а как минимум компания из 20+ человек.
Поэтому вашему вниманию хочу представить а-ля хайлайты под хороший аккомпонемент LP.
Учимся разбираться в названиях логов
Наверняка я вам не открою Америки рассказом о том, что логи назвали логами из-за судовых журналов, куда записывали всякое интересное (и не очень), что происходило на корабле во время плавания. (Возможно, некоторые из вас не знают, но по воде ходят именно корабли, а судно — это в больнице. Хотя тут показания расходятся.)
Но не об этом мы сегодня. Сегодня мы поговорим о структуре логов в Veeam Backup & Replication, об их названиях и ожидаемом содержимом. Список будет большим, но не исчерпывающим, ибо всё описать — задача практически невозможная.
Backup Job
Итак, логи любой уважающей себя джобы лежат в отдельной папке, повторяющей её название из GUI Veeam. Кстати, если в гуе это название изменить, то папка с логами не переименуется, ибо человекочитаемые названия — тлен, а id в базе вечны.
Немного примеров других агентских логов:
Agent.VddkHelper В этом логе отмечаются API вызовы, запрещающие и разрешающие vCenter мигрировать машину во время бекапа.
Сейчас самое время запомнить простое правило: если в названии лога есть слово Source, значит, это лог агента, который что-то откуда-то читает. Если видим в названии лога слово Target, значит, это лог агента, который что-то куда-то записывает. В большинстве случаев работают они в паре и позволяют однозначно идентифицировать, где именно болит. Если сорсной агент не может прочитать данные, то не надо искать проблему на стороне репозитория.
Также есть небольшая порция специфических логов, которые появляются при работе с Hyper-V:
SnapshotCreator/SnapshotImporter Логи, связанные с VSS снапшотами. Есть смысл читать только вместе с Windows events.
HvWmiProxy- Логи отправляемых WMI запросов
Replication Job
Уверен, что вы уже поняли идею общей структуры логов. Всегда есть общий лог джобы. У него есть саб-логи тасок, где ведутся записи про каждую отдельную машину из джобы. Без тени сомнения могу сказать, что логи тасок несут в себе максимум полезной информации для решения большинства проблем. Но “большинства” не значит “всех”. Поэтому рядом с ними будут лежать логи агентов, которые делятся на сорсные и таргетные. Понимание этой незамысловатой структуры позволит вам детально разобраться с происходящим в любой вимовской джобе. Другой вопрос, что информация в логах может быть технически сложной, но про это будет в следующей статье. И не забываем, что некая часть логов оставляется агентами на бекапируемой/реплицируемой машине. И если проблема была на передающей стороне, искать её надо в логах сорсных агентов на соответствующей машине (читай прокси).
Ну а мы продолжаем.
Restore/Failover
Эти товарищи живут своей отдельной жизнью. Причём у них даже нет какого-то специального отдельного места для хранения своих логов. Просто создаётся папка с названием восстанавливаемой машины, и туда пишется вся информация. Правда, тут есть определённое неудобство, т.к. в одну папку могут попасть логи от разных ресторов, что (теоретически) приводит к путанице. Но с логикой наименования всё довольно просто:
Как видите, у каждой джобы есть какие-то свои особенности, которые накладывают свой отпечаток на содержание лог файлов. Но всегда и всюду наименование остаётся человекочитаемым и довольно прозрачно отражает суть содержимого. Поэтому с логами, лежащими в папочках, я хочу закончить и перейти к так называемым
Standalone Logs
Как нетрудно догадаться, здесь поговорим про логи, не лежащие в какой-то особенной папочке, а расположенные прямо в корне логохранилища Veeam. Сделано это в основном по причине того, что они несут в себе информацию про какие-то общие процессы, и делать под каждый такой лог свою папку — занятие странное. Хотя, положа руку на сердце, иногда всё же хочется подумать над группировкой, ибо если просто начать перечислять всё, что может лежать в папке C:\ProgramData\Veeam\Backup, то это будет больше двух страниц (проверено). Поэтому давайте самостоятельно немного сгруппируем логи по смыслу.
Вот есть целая группа логов, начинающихся с Svc. Это логи наших сервисов.
Svc.VeeamBackup.log Лог того самого Veeam Backup Service, без которого ничего работать не будет. Поэтому в него приходит довольно много информации: расписание джоб, распределение ресурсов, отслеживание внутренней коммуникации между модулями, и так далее, и тому подобное. Тот редкий случай, когда в лог что-то постоянно пишется без перерывов на обед и сон.
Svc.VeeamBES.log То же самое, но это самый важный лог уже для Veeam Enterprise Manager
Дальше всё просто и понятно.
Svc.VeeamInstaller.log Фиксирует все действия Veeam Installer Service (aka Veeam Deployment service)
Svc.VeeamCatalog.log Содержит в себе записи о работе сервиса индексации гостей.
Svc.VeeamInstallerDll.log Поскольку Installer Service также проводит некоторые операции с файловой системой (проверка свободного места, поиск файлов, создание VBM и т.д.), было решено записывать эти события в отдельный лог. К слову, это единственный сервис, который приходится разворачивать через админскую шару и SCM. Все остальные устанавливаются уже с его помощью.
Svc.VeeamHvIntegration В этом логе фиксируется информация об операциях создания VSS снапшотов и взаимодействия с нашим проприетарным драйвером. Часть про VSS снапшоты одинакова с VeeamVssSupport.log файлом на гостевой машине. А поскольку у Hyper-V Integration сервисы работают в пассивном режиме, от них остаются только ответы на запросы.
Svc.VeeamWANSvc.log Логи WAN Accelerator сервиса. Лог пишется на обеих сторонах канала связи.
Svc.VeeamTransport.log Фиксирует работу Veeam Backup Proxy сервиса.
Svc.VeeamTape.log Здесь находится всё что связано с Remote Tape Server.
Svc.VeeamRestAPI.log Лог RESTfullAPI реквестов.
Svc.VeeamNFS.log. Та самая магия, которая позволяет ESXi хостам монтировать виртуалки прямо из бекапов. Используется для FLR, IR, SureBackups и прочих Other-OS File Recovery.
Есть сервис — должен быть отдельный лог. Или даже несколько, если так удобней.
Так же имеется плеяда агентских логов.
Agent.DynGroupMount Агент отвечающий за монтирование динамических дисков.во время Windows FLR, например.
Agent.NfcCommander.Client/Server В этом логе фиксируются операции c VMFS вольюмами: чтение конфигурации, удаление/создание директорий и файлов. Используется при IR, Failover и Other OS FLR.
VeeamAgent.FileOperation.Client/Server.log В том или ином виде есть во многих подпапках. Хранит информацию о таких операциях как File Copy Job, экспорт логов и ещё нескольких.
А вот логи инструментов работающих с инфраструктурой убрали в отдельную папку \Utils\
Util.CatCleanup Лог, ведущийся тулой Catalog Synchronization. Проверяет соответствие информации в VBRCatalog и реальных бекапов.
Util.VeeamBackupConfiguration.Restore Логи восстановления базы данных самого VBR.
Util.VmBackupValidate Этот лог создаётся, если руками запустить Veeam.Backup.Validator.exe. Проверяет целостность блоков данных на уровне хранилища.
Util.DatabaseResynchronizer Это уже не отдельный лог, а полноценная папка с логами процесса синхронизации базы данных и фактического содержимого бекапных репозиториев.
Util.VolumesHostDiscover Другая полноценная папка, где хранятся логи так называемых Volumes Discovery тасков. Этот процесс проверяет диски, подключенные к прокси серверам, на предмет возможности их использования в качестве точки монтирования при ресторе элементов приложений.
И, конечно же, есть гора логов-одиночек.
Job.DatabaseMaintenance Раз в неделю Veeam проводит обслуживание своей базы: дефрагментирует индексы, удаляет ненужные данные, и так далее. Завершается это всё перезапуском основного сервиса.
VeeamBackupMksConsole Фиксирует информацию про открытие окна консоли машин, запущенных в рамках SureBackup.
RTS.ResourcesUsage.log Здесь хранятся записи планировщика ресурсов всех компонентов Veeam.
VeeamShell Всё, что происходит в GUI, оставляет свой отпечаток здесь
PowerShellInvokerWrapper Лог связи между Veeam сервером и SCVMM
VeeamBackupManager Логи менеджера, запускающего джобы и таски. Практически вся информация записывается в соответствующие логи, так что здесь мало чего остаётся. Однако, где-то это надо фиксировать.
Логи по папочкам
И есть ещё логи, которые напрямую к бекапам не относятся, однако свою отдельную папочку заслужили по разным причинам.
%Something% Explorer Логи от одного из AIR (Application-Item restore) визардов. Active Directory, SQL, Oracle и так далее.
ResourceScan, Чтобы поддерживать в актуальном виде информацию о состоянии бекапной инфраструктуры, Veeam с определённой периодичностью сканирует всё, что к нему было подключено.
BackupConfigurationJob Логи джобы, бекапящей конфиг самого Veeam сервера (по сути, делающей дамп базы).
Console Информация о запусках консоли от разных пользователей. Информация внутри поделена на разные логины, однако учтите, что лог хранится на той машине откуда, запускалась консоль, а не на самом VBR сервере.
EvacuateBackupsJob Появляется при эвакуации бекапов с SOBR репозитория.
Exportlogs Логи визарда, собирающего логи для сапорта. Да, это логи на логи =)
Filefromtaperestore Удивительно, но тут живут логи восстановления файлов с лент.
FLRSessions Практически вся информация про FLR и Other OS ресторы.
Import_job Логи процесса импорта бекапов
NfsDatastore Всё, что связано с работой vPower NFS, фиксируется здесь
Satellites Своих спутников на орбите, к сожалению, у нас пока нет, однако есть несколько вспомогательных процессов, разгружающих GUI. Следы этих процессов будут в этой папке.
На этом пока всё. Повторюсь: это даже приблизительно не полный список логов и папок с ними. Как вы могли убедиться, логи пишутся буквально на каждый чих. Такова уж специфика софта, обеспечивающего защиту ваших данных. А поскольку функционал Veeam Backup&Replication невероятно огромен, то и логи генерируются в олимпийских количествах. И помимо таких очевидных вещей, как простой запуск бекапа/реплики, есть ещё фоновые задачи, такие как Health Check, например. И они тоже генерируют свои логи, дабы в случае аварии всегда можно было максимально подробно восстановить картину мира и понять, что мешает успешной работе.
Поэтому основная цель, которую я перед собой ставил — это показать на примерах, как происходит именование файлов и как выглядят логи самых часто используемых функций. Надеюсь, всё получилось, и если нелёгкая заставит вас открыть %ProgramData%/Veeam/Backups, то вы сможете сориентироваться в этом море названий. А в следующей статье мы уже наконец-то перейдём к азам чтения самих логов. Поговорим про общие правила, которых надо придерживаться, и научимся вычленять базовую информацию.