Logview: LOGVIEW | Emerson RU RU

Содержание

Подсистема регистрации. Программа работы с журналами регистрации LOGVIEW — ОКБ САПР

АННОТАЦИЯ

Программа LOGVIEW.EXE предназначена для работы с журналами регистрации, которые создаются в процессе функционирования подсистемы разграничения доступа специального программного обеспечения средств защиты информации от несанкционированного доступа (СПО СЗИ НСД) «Аккорд-Win64 K» (ТУ 509000-055-11443195-2013) (далее по тексту – СПО «Аккорд-Win32 K», «Аккорд-Win32 K», СПО «Аккорд», «Аккорд»).

Программа используется администратором безопасности информации и входит в состав СПО «Аккорд».

Настоящий документ предназначен для конкретизации действий администратора безопасности информации (БИ) (либо субъектов доступа, наделенными правами администратора) при работе с журналами регистрации.

Перед эксплуатацией СПО «Аккорд» необходимо внимательно ознакомиться с комплектом эксплуатационной документации, а также принять необходимые организационные меры защиты, рекомендуемые в документации.

Применение защитных механизмов СПО «Аккорд» должно дополняться общими мерами технической безопасности, а также физической охраной СВТ.

СОДЕРЖАНИЕ

1. Назначение программы
2. Порядок работы с программой
2.1. Запуск программы LOGVIEW
2.2. Просмотр журнала регистрации событий
2.2.1.Фильтрация по имени процесса
2.2.2.Фильтрация по результату операции
2.2.3.Фильтрация по коду события
2.2.4.Фильтрация по наименованию объекта
2.3. Вывод на печать
2.4. Выход из программы
3. Предварительная сортировка журналов
3.1. Архивация/Разархивация журналов
4. Формирование правил разграничения доступа на основе информации в журнале регистрации событий
4.1. Работа с программой LogToPRD
4.2. Работа с программой AcProc
4.3. Работа с программой ReadPrd

скачать документ PDF

что это? и как его убрать (Решено)

logview.
exe: что это? и как его убрать (Решено)

English NederlandsGermanРусскийEspañolItalianoTürkFrançaisPolskaPortugueseعربي日本語한국어

logview.exe рейтинг

Файл logview.exe из Tripp Lite  является частью PowerAlert Log Viewer. logview.exe, расположенный в E: \Program Files \Siber Systems \GoodSync \ с размером файла 3268336.00 байт, версия файла 8.8.5.5, подпись not found.

В вашей системе запущено много процессов, которые потребляют ресурсы процессора и памяти. Некоторые из этих процессов, кажется, являются вредоносными файлами, атакующими ваш компьютер.
Чтобы исправить критические ошибки logview.exe,скачайте программу Asmwsoft PC Optimizer и установите ее на своем компьютере

Asmwsoft PC Optimizer — это пакет утилит для Microsoft Windows, призванный содействовать управлению, обслуживанию, оптимизации, настройке компьютерной системы и устранению в ней неполадок.

1- Очистите мусорные файлы, чтобы исправить logview.exe, которое перестало работать из-за ошибки.

  1.  Запустите приложение Asmwsoft Pc Optimizer.
  2.  Потом из главного окна выберите пункт «Clean Junk Files».
  3.  Когда появится новое окно, нажмите на кнопку «start» и дождитесь окончания поиска.
  4.  потом нажмите на кнопку «Select All».
  5.  нажмите на кнопку «start cleaning».

2- Очистите реестр, чтобы исправить logview.exe, которое перестало работать из-за ошибки.


Выполните следующие шаги:
  1.  Запустите приложение Asmwsoft Pc Optimizer.
  2.  Потом из главного окна выберите пункт «Fix Registry problems».
  3.  Нажмите на кнопку «select all» для проверки всех разделов реестра на наличие ошибок.
  4. 4. Нажмите на кнопку «Start» и подождите несколько минут в зависимости от размера файла реестра.
  5.  После завершения поиска нажмите на кнопку «select all».
  6.  Нажмите на кнопку «Fix selected».
    P.S. Вам может потребоваться повторно выполнить эти шаги.

Как удалить заблокированный файл logview.exe.

 
  • В главном окне Asmwsoft  Pc Optimizer выберите инструмент «Force deleter»
  • Потом в «force deleter» нажмите «Выбрать файл», перейдите к файлу logview.exe и потом нажмите на «открыть».
  • Теперь нажмите на кнопку «unlock and delete», и когда появится подтверждающее сообщение, нажмите «да». Вот и все.


3- Настройка Windows для исправления критических ошибок logview.exe:


  1.  Нажмите правой кнопкой мыши на «Мой компьютер» на рабочем столе и выберите пункт «Свойства».
  2.  В меню слева выберите » Advanced system settings».
  3.  В разделе «Быстродействие» нажмите на кнопку «Параметры».
  4.  Нажмите на вкладку «data Execution prevention».
  5.  Выберите опцию » Turn on DEP for all programs and services ….» .
  6.  Нажмите на кнопку «add» и выберите файл logview.exe, а затем нажмите на кнопку «open».
  7.  Нажмите на кнопку «ok» и перезагрузите свой компьютер.
Как другие пользователи поступают с этим файлом?

Всего голосов ( 181 ), 115 говорят, что не будут удалять, а 66 говорят, что удалят его с компьютера.

logview.exe Пользовательская оценка:

безопасен:

опасен:

Как вы поступите с файлом logview.exe?

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

  • (logview.exe) столкнулся с проблемой и должен быть закрыт. Просим прощения за неудобство.

  • (logview.exe) перестал работать.

  • logview.exe. Эта программа не отвечает.

  • (logview.exe) — Ошибка приложения: the instruction at 0xXXXXXX referenced memory error, the memory could not be read. Нажмитие OK, чтобы завершить программу.

  • (logview.exe) не является ошибкой действительного windows-приложения.

  • (logview.exe) отсутствует или не обнаружен.

Чтобы исправить критические ошибки logview.exe,скачайте программу Asmwsoft PC Optimizer

LOGVIEW.EXE

Описание файла:logview.exe Файл logview.exe из Tripp Lite является частью PowerAlert Log Viewer. logview.exe, расположенный в E: \Program Files \Siber Systems \GoodSync \ с размером файла 3268336.00 байт, версия файла 8.8.5.5, подпись not found.

Проверьте процессы, запущенные на вашем ПК, используя базу данных онлайн-безопасности. Можно использовать любой тип сканирования для проверки вашего ПК на вирусы,

трояны, шпионские и другие вредоносные программы.


Комментарии:

Пока нет комментариев! Добавьте комментарии первым..

Cookies help us deliver our services. By using our services, you agree to our use of cookies.

Your browser does not support JavaScript!

DBView, LogView | Electro для построения систем учета и контроля

Подробности
Категория: Энергонадзор

Содержание материала

  • Electro для построения систем учета и контроля
  • Установка, программы и драйвера
  • Комплекс модулей опроса
  • RepCNF
  • DBView, LogView
  • AppName
  • Примеры, рекомендации, типовые решения
  • Принципы работы WEB-сервера
  • Результаты тестирования СУБД
  • Конфигурирование СУБД
  • Установка демонстрационной версии
  • FAQ 1
  • FAQ 2
  • FAQ 3
  • FAQ 5
  • FAQ 6
  • FAQ 8
  • Dll Option перечень ключей
  • Dll Option — организация опроса устройств
  • Dll Option — организация опроса счетчиков Elgama
  • Dll Option — организация опроса устройств Альфа
  • Dll Option — организация опроса счетчиков Энергия-9,  Облік ЛО-3Т5, корректоров ОЕ-VT, OE-VPT
  • Dll Option — GPS-Приемник, мультиплексор MX16, ПИК-16
  • БД ElectroCNF, Electro
  • БД ElectroCNF, Electro — состав таблиц
  • Работа с БД ElectroCNF
  • ElectroHost сервер
  • ElectroHost сервер — задания, контроль, связь

Страница 5 из 28

5. DBView – программа просмотра БД Electro

Программа предназначена для просмотра содержимого БД Electro. Экранная форма имеет вид:

            Левое и центральное окно предназначено для навигации по БД Electro.
При двойном щелчке на элементе в центральном окне в правое окно выводится содержимое БД для выбранного параметра. При этом в нижнее окно добавляется строка с чтатистической информацией.

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

6. LogView – просмотр журнала событий

Программа предназначена для просмотра журнала событий системы Электро.
Внешний вид экранной формы:

При запуске программы выводятся все сообщения за последние десять дней.
Имеется возможность отобрать сообщения в соответствии с заданным критерием (критерии комбинируются логическим «И»):

  • диапазон времени;
  • категория сообщения;
  • категория пользователя;
  • класс события (сообщение, предупреждение, ошибка).

Отладка приложений с использованием LogView

Способ №1. Обыкновенный.

В программу, из которой требуется кидать в лог сообщения включаем файл Log2View.h (находится в LogView.API)
при необходимости включения логгирования:
#define LOGGING_ON
#include <Log2View.h>
В программе можно использовать следующие макросы:
LOG2VIEW(LPCTSTR format, ...) LOG2VIEW_RECT(LPCTSTR szName, const RECT rc) LOG2VIEW_GUID(LPCTSTR szName, const GUID guid) LOG2VIEW_LASTERROR() LOG2VIEW_RGB(cr)
Пример использования (см. TestLogView)



#include "stdafx.h"

int _tmain(int argc, _TCHAR* argv[])
{
  LOG2VIEW(TEXT("Start TestLogview...\r\nargc=%d"), argc);
  for (int i = 0; i < argc; i++)
    LOG2VIEW(argv[i]);
  return 0;
}

Способ №2. Свой собственный.

Делаем все тоже самое что в способе №1 реализовано макросами. Алгоритм приблизительно следующий:

  1. Находим окно с заголовком LogView
  2. Формируем буфер с текстом
  3. Заполняем структуру COPYDATASTRUCT
  4. Отправляем сообщение WM_COPYDATA найденному окну
Пример кода:
HWND hwndLog = FindWindow(NULL, TEXT("LogView")); if (hwndLog) { TCHAR *buffer = TEXT("Test Message!!!\r\n"); COPYDATASTRUCT str; #ifdef _UNICODE str.dwData = 1; #else str.dwData = 0; #endif str.cbData = (lstrlen(buffer)+1)*sizeof(TCHAR); str.lpData = (void *)buffer; ::SendMessage(hwndLog, WM_COPYDATA, NULL, (LPARAM)&str); }

Способ №3. VBScript, JScript etc.

Можно пользоваться LogView и в скриптах. Для этого регистрим сервер LogViewSrv.dll. Создаем в скрипте объект с классом LogView.LogWindow. У этого объекта имеется единственный метод Log(BSTR LogString), параметр LogString строка для вывода в лог.
Пример кода:

set objLogger = CreateObject("LogView.LogWindow")
objLogger.Log("Hello from script!!!!")

Предолжения и замечания принимаются, пользуйтесь на здоровье!

Наверх
Программизмы

Logview imax b6 на русском

18 сентября 2013, 23:16

Искал толковую инструкцию, как подключить iMax к компьютеру, но так и не нашел. Много информации, но вся обрывочна. Вот решил собрать воедино. Вдруг, кому-то пригодится.

Что такое iMax, компьютер и USB объяснять не буду. Кто не знает, тому нет смысла читать эту статью.

Так вот, iMax имеет возможность в процессе заряда-разряда аккумуляторов передавать данные на компьютер через USB-RS232 TTL адаптер. Передает iMax три текущих параметра: напряжение (V), силу тока (A) и текущую емкость аккумулятора (mAh). Сам iMax у себя в памяти никаких логов не хранит. Передача идет в реальном времени, то есть специальная программа LogView считывает текущие данные и сохраняет их в лог-файл. Во время работы LogView, можно просматривать текущий график, настраивать и удобно контролировать параметры процесса.

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

Итак, начнем с того, что найдем подходящий адаптер. Теоретически, можно использовать любой USBtoRS232(COM) адаптер. Я же решил использовать устройство на чипе PL2303HX, так как несколько раз в процессе поиска натыкался на статьи, где для решения задач, подобных этой, рекомендовали именно его.

В комплекте были проводки со стандартными клеммами, которые очень хорошо подошли для подключения к штырькам айМакса. Подключение очень простое: соединяем GND (массу) устройств и TX вывод айМакса соединяем с RX вводом адаптера.

Далее в меню айМакса нужно активизировать подключение по USB.

Теперь подключаем USB-разъем адаптера к компьютеру. Для удобства, лучше воспользоваться обычным USB- удленнителем.

Windows сразу должна определить новое устройство и предложить установить для него драйвера. Я не стал их искать самостоятельно, а позволил системе найти их в центре обновления, с чем она успешно справилась.

Далее запускаем LogView.

Если не удалось скачать LogView с официального сайта, то можно скачать старую проверенную версию тут.

Теперь нужно настроить LogView. Открываем Меню > Device > Choose device and port. В открывшимся окне выбираем устройство IMAX B6 и ниже наш новый порт.

Далее запускаем на iMax какой-нибудь процесс (заряд или разряд) и открываем порт с записью (Меню > Device > Open port / recording). Запись параметров пошла. Должен начать чертиться график.

Теперь можно более наглядно контролировать процессы заряда-разряда.

Собственно, на этом всё.

ps Хочу еще добавить, что изначально пытался подключить iMax к компьютеру напрямую, без USB-адаптера, к встроенному COM-порту, но ничего не получилось. Может у меня руки кривые, не знаю, но с адаптером всё заработало сразу, без каких-либо проблем.

UPD: Тут пришлось запустить LogView под Windows7. Драйвера в центре обновления система нашла без проблем, но при запуске LogView выдала ошибку «Не открывается COM порт!». Оказалось, система сразу перехватывает новое COM-устройство и решает, что это устройство ввода, типа мыши. При этом в диспетчере устройств появляется еще одно устройство «Microsoft BallPoint трекбол для посл. порта». Помогло отключение этого устройства, затем удаление самого «Prolific USB-to-Serial Comm Port», затем поиск оборудования. «Prolific USB-to-Serial Comm Port» появился заново, а «Microsoft BallPoint трекбол для посл. порта» не появился. В результате COM-порт не был перехвачен и LogView спокойно к нему подключился.

UPD_2: Драйвер для Windows x64 — тут.

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

Работа программы LogView заключается в опросе портов (RS232 и USB), сборе входящих данных, конвертации их в единый формат приложения и представлении результатов в виде графиков или таблиц для визуального анализа. Софт отличается удобным интерфейсом, быстротой реакции и точностью. Перед началом работы в настройках программы необходимо указать порт, к которому подключено исследуемое устройство, а также выбрать сам девайс из предложенной библиотеки. Приложение LogView поддерживает огромное количество зарядников, среди которых можно найти популярные в России IMAX B6 и IMAX B8, а также продукцию модельных рядов AccuPower, e-Station, ELV, Hyperion, Graupner, Junsi iCharger, Mega Power, Robbe PowerPeak, Schulze, SM, Sommer, WS Tech и многих других (всего около 150 устройств).

Программа LogView показывает напряжение на аккумуляторах, ток заряда и разряда, закачанный ток (в мАч), заряд (в Вт*ч), текущую выдаваемую мощность (в Вт), напряжение на входах зарядного устройства, температуру и многое другое. Данные могут быть представлены в виде графиков, таблиц, показаний аналоговых и цифровых приборов. Панель инструментов также содержит множество функций по измерению наклона кривых, вычислению дельт между точками, замеров в указанных местах или по центру экрана.

Результаты исследований можно отправлять на печатающие устройства, сохранять в файлы, экспортировать в графические (Bitmap, GIF, JPEG, PCX, PostScript, PDF, SVG, VML и некоторые другие) и табличные (CSV, ASCII, HTML, RTF, XLS) форматы. Поддерживается сохранение настроек интерфейса в виде профилей, редактирование ini-файла, изменение стилей рабочего окна. При наблюдении с большого расстояния удобен вариант крупного представления значений основных исследуемых параметров. Также имеется функция сравнения параметров аккумуляторных батарей между собой (с целью исследования продукции от разных производителей или по прошествию времени). Кроме того программу LogView можно использовать и как самописец – поддерживается опция настройки сохранений графиков на диск через определенные интервалы времени.

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

Авторами программы LogView являются Dominik Schmidt и Holger Hemmecke (Германия). Первая версия данного ПО увидела свет в 2005 году. В апреле 2014 года создатели LogView выложили информацию о том, что данная программа не будет развиваться – ее новым, более функциональным преемником является приложение LogView Studio.

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

Программное обеспечение LogView предназначено для операционной системы Microsoft Windows (XP, Vista, 7, 8 – 32- и 64-bit). Кроме того приложение запускается в ОС Linux с помощью ПО Wine. Софт не требователен к ресурсам компьютера, однако требует инсталляции на жесткий диск. Для корректной работы программы необходимо наличие Microsoft .NET Framework 4.0 Full.

Распространение программы: бесплатная.

Официальный сайт LogView: http://www.logview.info

Форматы файлов LogView: LOV

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

Работа программы LogView заключается в опросе портов (RS232 и USB), сборе входящих данных, конвертации их в единый формат приложения и представлении результатов в виде графиков или таблиц для визуального анализа. Софт отличается удобным интерфейсом, быстротой реакции и точностью. Перед началом работы в настройках программы необходимо указать порт, к которому подключено исследуемое устройство, а также выбрать сам девайс из предложенной библиотеки. Приложение LogView поддерживает огромное количество зарядников, среди которых можно найти популярные в России IMAX B6 и IMAX B8, а также продукцию модельных рядов AccuPower, e-Station, ELV, Hyperion, Graupner, Junsi iCharger, Mega Power, Robbe PowerPeak, Schulze, SM, Sommer, WS Tech и многих других (всего около 150 устройств).

Программа LogView показывает напряжение на аккумуляторах, ток заряда и разряда, закачанный ток (в мАч), заряд (в Вт*ч), текущую выдаваемую мощность (в Вт), напряжение на входах зарядного устройства, температуру и многое другое. Данные могут быть представлены в виде графиков, таблиц, показаний аналоговых и цифровых приборов. Панель инструментов также содержит множество функций по измерению наклона кривых, вычислению дельт между точками, замеров в указанных местах или по центру экрана.

Результаты исследований можно отправлять на печатающие устройства, сохранять в файлы, экспортировать в графические (Bitmap, GIF, JPEG, PCX, PostScript, PDF, SVG, VML и некоторые другие) и табличные (CSV, ASCII, HTML, RTF, XLS) форматы. Поддерживается сохранение настроек интерфейса в виде профилей, редактирование ini-файла, изменение стилей рабочего окна. При наблюдении с большого расстояния удобен вариант крупного представления значений основных исследуемых параметров. Также имеется функция сравнения параметров аккумуляторных батарей между собой (с целью исследования продукции от разных производителей или по прошествию времени). Кроме того программу LogView можно использовать и как самописец – поддерживается опция настройки сохранений графиков на диск через определенные интервалы времени.

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

Авторами программы LogView являются Dominik Schmidt и Holger Hemmecke (Германия). Первая версия данного ПО увидела свет в 2005 году. В апреле 2014 года создатели LogView выложили информацию о том, что данная программа не будет развиваться – ее новым, более функциональным преемником является приложение LogView Studio.

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

Программное обеспечение LogView предназначено для операционной системы Microsoft Windows (XP, Vista, 7, 8 – 32- и 64-bit). Кроме того приложение запускается в ОС Linux с помощью ПО Wine. Софт не требователен к ресурсам компьютера, однако требует инсталляции на жесткий диск. Для корректной работы программы необходимо наличие Microsoft .NET Framework 4.0 Full.

Распространение программы: бесплатная.

Официальный сайт LogView: http://www.logview.info

Форматы файлов LogView: LOV

Пройдите через Logview: подробное описание параметров MaxCompute Logview и устранение неполадок

Резюме:Logview — это инструмент для просмотра и отладки задач после отправки MaxCompute Job. Logview может видеть текущий статус, результаты выполнения, детали выполнения и ход выполнения каждого шага задания. После того, как задание будет отправлено в MaxCompute, будет сгенерирована ссылка Logview. Пользователи могут напрямую открыть ссылку Logview в браузере и войти, чтобы просмотреть информацию о задании. Что касается информации о многих параметрах в Logview, как «вытащить облако» и найди проблему Где это? Как использовать Logview, чтобы понять текущий статус каждого экземпляра, задачу и занятость ресурсов, как анализировать план выполнения, анализировать проблему с запросом, находить задачу Long-Tails и делать бизнес анализа данных эффективным и экономить деньги? В этой статье эксперт по вычислительным платформам Alibaba Юньхуа откроет для всех ответ.

Чтобы просмотреть видео в реальном времени, нажмите здесь!https://yq.aliyun.com/webinar/play/484
Чтобы поделиться загрузкой данных, нажмите здесь!https://yq.aliyun.com/download/2953

Более интересный контентный портал:Совместное использование вычислительных технологий для больших данных Plan-MaxCompute Technology Open Class Второй сезон

 

Следующий контент организован в соответствии с речевым видео и PPT.

В этой статье основное внимание будет уделено следующим четырем аспектам:

  1. Что такое Logview
  2. Связанные понятия и принципы
  3. Подробное объяснение параметров Logview
  4. Используйте Logview для устранения неполадок

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

1. Что такое Logview?
Logview — это инструмент для просмотра и отладки задач после отправки задач в MaxCompute. Вы можете использовать Logview для просмотра текущего состояния задач, включая очереди задач и использование ресурсов. Даже детали и ход выполнения Экземпляр, работающий на каждом узле. Если отправленная задача неверна или время выполнения слишком велико, вы можете использовать Logview для анализа конкретной причины, а затем точно оптимизировать задачу.

2. Связанные концепции и принципы
При использовании Logview вы можете встретить много существительных. Эти существительные уникальны для MaxCompute. Поэтому в этом разделе также дается краткое введение, чтобы помочь вам лучше понять принцип работы Logview. .

Архитектура системы MaxCompute
На следующем рисунке показана системная архитектура MaxCompute. Сверху вниз, верхний уровень является источником данных и доступом клиента.Различные внешние источники данных могут синхронизировать данные с распределенной системой хранения файлов Pangu с помощью внешних инструментов передачи, таких как Tunnel и DataHub. На стороне клиента пользователи могут использовать инструменты командной строки, MaxCompute Studio и DataWorks для отправки задач разработки и отправки их в службу HTTP в форме Restful API. После того, как служба HTTP получит запрос, пользовательский центр сначала выполнять аутентификацию личности.Уровень доступа фактически выполняет такие задачи, как загрузка и выгрузка данных, аутентификация пользователей и балансировка нагрузки. Ниже уровня доступа находится уровень управления, который также является основной частью MaxCompute.Эта часть отвечает за управление пользовательским пространством и объектами, анализ и выполнение команд, контроль доступа и авторизацию объектов и другие функции. У него три основные роли: рабочие, планировщик и исполнитель. Метаданные MaxCompute фактически хранятся в сервисе распределенных метаданных Alibaba Cloud.

Вычислительный кластер MaxCompute основан на системе Feitian. Основные модули системы Feitian включают распределенную систему хранения файлов Pangu, систему распределенного планирования ресурсов Fuxi, распределенную службу совместной работы Nüwa, а также распределенную систему мониторинга Shennong и удаленный процесс. Назовите систему Куафу, а систему управления безопасностью Чжун Куй и т. Д. Выше приведена базовая архитектура MaxCompute.Ядро и сложная логика заключается в планировании задач и управлении между уровнем управления и Fuxi.

Модель метаданных MaxCompute
Фактически, у MaxCompute раньше было имя ODPS. С 2016 года ODPS был официально переименован в MaxCompute, поэтому слово ODPS, которое появляется в Logview, фактически относится к MaxCompute. Два наиболее распространенных объекта в MaxCompute — это Job, который является экземпляром, а другой — задача ODPS. Например, когда отправляется запрос SQL-запроса, система создает экземпляр, а когда этот экземпляр выполняется в MaxCompute, он будет разбит на несколько задач, но в большинстве случаев между ними существует взаимно однозначное соответствие. Экземпляр и задача. Эта задача имеет тип SQL, тип MR и машинное обучение. В нижней части распределенной системы Fuxi также есть концепции задания, задачи и экземпляра, и эти потребности четко отличаются от концепций задачи и экземпляра в MaxCompute. После того, как Задача ODPS отправлена ​​на сервер, каждая Задача будет разбита на несколько Заданий Fuxi, и каждое Задание Fuxi будет разложено на различные этапы выполнения в соответствии с планом выполнения, такие как Карта, Уменьшение и Соединение. Каждая задача запускает несколько экземпляров для выполнения, что эквивалентно запуску нескольких узлов.

Процесс обработки заданий MaxCompute
Сначала пользователь отправит оператор SQL на клиенте, а клиент отправит его в службу HTTP через Restful API. Внешний интерфейс службы HTTP сначала перейдет к центр пользователя для аутентификации после получения этого запроса.После прохождения аутентификации он будет передан соответствующему работнику MaxCompute для выполнения на основе информации о кластере. Рабочий проанализирует запрос, сначала выполнит аутентификацию API, а затем ответит на запрос после получения разрешения. Worker будет определять тип задания. Один из них — синхронная задача, что означает, что он может вернуться, когда сам Worker завершит выполнение, например SQL DDL и статус запроса задания. Worker будет обращаться к OTS для получения информации метаданных, а затем передает ее. перейти к исполнителю для выполнения и исполнения. После завершения вернитесь непосредственно к клиенту. Другой — асинхронные задачи.Так называемые асинхронные задачи — это задачи, которые необходимо отправить в Fuxi для обработки последующих узлов, таких как запросы задач, такие как SQL DML или MR. Worker создаст экземпляр и передаст его планировщику для выполнения. Планировщик отвечает за планирование всех асинхронных задач. Он разбивает экземпляр на задачи и выполняет глобальное планирование вычислений. Когда все ресурсы и условия соблюдены, Планировщик передает Задачу Исполнителю для выполнения. В действительности Исполнитель инкапсулирует различную бизнес-логику, такую ​​как SQL и модули алгоритмов, а Исполнитель извлекает различные модули задания в соответствии с различными типами заданий. Когда Executor находится в режиме ожидания, он будет сообщать о пульсе планировщику и запрашивать задачи. Когда он получает задачу, он запускает соответствующий бизнес-модуль для выполнения в соответствии с типом задачи. Executor сгенерирует план выполнения задачи и передаст задачу и план выполнения Fuxi для выполнения. Иногда задача, отправленная в Fuxi, будет откатана. Например, при первой отправке в соответствии с типом задания Online Job после Fuxi отправка может завершиться неудачно и вернуться к планировщику, а затем отправить ее снова в соответствии с Offline., Так вы увидите соответствующую ситуацию в Logview. После того, как Исполнитель отправит Задачу в Fuxi, он также будет отслеживать статус выполнения Задачи. После завершения выполнения информация о Задаче в OTS будет обновлена ​​и передана Планировщику. Планировщик определит, был ли запущен весь Экземпляр. был выполнен, и если выполнение завершено, оно также будет. Чтобы обновить информацию об экземпляре в OTS, установите для него значение «Завершено», приведенное выше является полным потоком обработки задания.

Три, подробное описание параметра Logview
Поделившись основными концепциями и теориями, вы можете познакомить вас с параметрами Logview. Основная информация включает в себя экземпляр ODPS, который охватывает информацию об очереди и информацию о подсостоянии, а другая часть включает задание Fuxi, которое может быть далее разобрано на информацию о задачах и информацию об экземпляре Fuxi. После того, как вся задача будет завершена, вы сможете увидеть ее сводную диагностическую информацию и диагностическую информацию, а также выгрузить и загрузить небольшие функции.

Информация об экземпляре ODPS
В верхней таблице на рисунке ниже есть такие поля: URL, Project, InstanceID, Owner, StartTime, EndTime, Latency, Status и Process. URL-адрес — это адрес конечной точки, Project хранит имя проекта, InstanceID — это на самом деле метка времени, за которой следует случайная строка, эта метка времени имеет точность до миллисекунд, а это время — время UTC, которое несовместимо со временем, когда компьютер отправляет задание. StartTime и EndTime — это время, когда задача начинается и заканчивается соответственно, а Latency — это время, затрачиваемое задачей. Для статуса есть четыре состояния: состояние ожидания означает, что задача обрабатывается в ODPS и еще не отправлена ​​в Fuxi для выполнения; список ожидания означает, что задача прибыла в Fuxi и поставлена ​​в очередь в Fuxi, а N — это положение в очереди; Выполнение Означает работу в Fuxi; Завершено означает, что выполнение завершено. В таблице, если статус не завершен, просто дважды щелкните, чтобы открыть сведения об очереди и истории подстатуса.

Сведения об очереди и история подстатуса
Как показано на рисунке ниже, верхняя таблица — это информация об очереди. Сначала это имя задания Fuxi, SubStatus — текущий статус выполнения задания, а Progress — это текущий прогресс выполнения. В красном поле есть два поля, а именно WaitPOS и QueueLength. Первое — это текущая позиция очереди, а второе — длина очереди. В соответствии с этими двумя полями вы можете увидеть, сколько задач поставлено в очередь во всей очереди. Эта задача занимает первое место. Общий приоритет является его приоритетом. Щелкните значок истории подстатуса, чтобы открыть таблицу в нижней части рисунка ниже. Что касается истории подстатуса, мы сосредоточимся на коде подстатуса и его значении.На следующем рисунке перечислены некоторые общие коды подстатуса и их соответствующие значения.

Два типа работы Fuxi Job
Ранее я упоминал, что у Fuxi Job есть два типа заданий, а именно онлайн-задание и автономное задание. В чем разница между этими двумя заданиями? Прежде всего, для автономных заданий каждый раз при отправке задания в Fuxi будет время на подготовку среды. Это больше подходит для заданий, которые имеют большой объем данных и не должны возвращать результаты запроса. Он не подходит для работ с небольшим объемом данных и высокими требованиями к работе в реальном времени. Таким образом, Fuxi предоставляет рабочую форму режима обслуживания в квазиреальном времени. Во-первых, будет служба для предварительного применения, расчета некоторых ресурсов и их загрузки. Например, заранее будут выделены 10000 экземпляров, а когда задание отправлено, он будет распределен в соответствии с масштабом задания. Некоторые экземпляры выполняются, что экономит время на подготовку среды, поэтому она будет выполняться быстрее.Это основное различие между двумя типами заданий.

Для правил именования FuxiJob, как показано на рисунке выше, часть после «odps /» — это <имя_проекта> _ <instanceId> _ <task_type> _ <odps_task_index> _ <task_history> _ <fuxi_job_index> _ <jobtail>.

Информация о задачах ODPS
На следующем рисунке показана информация о задаче ODPS. Первое поле в приведенной выше таблице — TaskName, Type относится к типу задания, Status относится к текущему состоянию, двойной щелчок Rusult выводит задание Для всего набора результатов дважды щелкните Подробную информацию, чтобы открыть подробную Таблицу всего задания Fuxi.

Подробная информация о вакансии Fuxi
Подробная информация о Fuxi Job в основном разделена на три части, крайняя левая — это план выполнения задачи, этот план выполнения создается в Executor, план выполнения состоит в том, чтобы разделить задачу на разные этапы Для выполнения каждый этап можно рассматривать как точку на графе, а зависимость между этапами можно рассматривать как края графа, таким образом формируя ориентированный ациклический граф. В приведенном ниже примере задание Fuxi разбито на четыре задачи Map, две задачи Join и три задачи Reduce. Например, для Задачи J3_1_2 ее необходимо выполнить после выполнения M1 и M2. То есть, выход M1 и M2 является входом J3_1_2, и зависимость также может быть отражена в имени, то есть Сказать Именование на самом деле связано с планом выполнения. В верхней правой части рисунка ниже представлена ​​подробная информация о каждой Задаче, а также подробная информация о каждом Этапе. В нижней части рисунка представлена ​​подробная информация о каждом экземпляре.

Подробная информация о задании Fuxi
На что я должен обращать внимание при получении подробной информации о вакансиях Fuxi? Первое поле — TaskName, связанное с генерацией плана выполнения. Следующие поля Fatal / Finished / TotalInstCount в таблице Fatal представляют количество серьезных ошибок, поэтому они отмечены красным; Finished представляет количество завершившихся экземпляров, а следующий TotalInstCount относится к общему количеству задач, запущенных для каждая задача. Следующее поле I / O Records относится к количеству входных и выходных записей, а I / O Bytes относится к количеству входных и выходных байтов. FinishedPercentage относится к индикатору выполнения, а «Состояние» относится к текущему состоянию каждой задачи.

Подробная информация об экземпляре Fuxi
Экземпляр Fuxi — это самая маленькая частица во всем потоке заданий. В демонстрации, показанной на рисунке ниже, это детали задания карты. Сначала посмотрите на поле «Все». За этим полем стоит число 415, что означает, что для задачи M3_2 было запущено 415 экземпляров. Завершенные, выполняющиеся, готовые и неудачные слева — это количество экземпляров в соответствующем состоянии. SmartFilter предоставит четыре экземпляра с самым ранним концом, самым последним концом, самым коротким и самым длинным временем работы, и их можно отфильтровать для облегчения наблюдения. Диаграмма задержки отображает распределение времени выполнения всех экземпляров в виде диаграммы, в то время как в режиме «Задержка» это максимальное время выполнения, самое короткое время выполнения и среднее время выполнения. Фактически, эти три периода очень полезны для анализа длительных периодов. хвостовые задачи. В подробной информации каждой таблицы экземпляров есть StdOut, который представляет собой информацию, печатаемую во время выполнения каждого экземпляра, и StuErr можно использовать для просмотра причины ошибки при сбое экземпляра.

Сводная информация о вакансиях Fuxi Подробная информация
Сводка FuxiJob — это информация, которую можно просмотреть после выполнения всего задания, в основном включая процессор, потребляемый заданием, память, имя таблицы, введенное заданием, и количество записей. и байты. Кроме того, единицей времени выполнения задания являются секунды. Сводная информация Fuxi Task в основном включает количество экземпляров, время выполнения задачи, максимальное, минимальное и среднее время работы всех экземпляров.

Советы: используйте сводную информацию в качестве справочной информации для измерения и выставления счетов.
Вот совет, которым вы можете поделиться, как использовать сводную информацию в качестве справочной информации для измерения и выставления счетов. Например, здесь выполняется задание MapReduce, а метод выставления счетов заключается в том, что MR задача рассчитывает стоимость в день = день Общее время расчета * 0,46 юаня (RMB), затем время расчета задачи = время выполнения задачи (часы) * количество ядер, вызванных задачей. В сводной информации вы можете напрямую получить расчет ЦП без использования вычислений по формулам. Для расчета SQL формула расчета: стоимость одного расчета SQL = рассчитанный объем входных данных * сложность SQL * цена SQL. Объем входных данных и сложность SQL можно рассчитать с помощью команды cost sql <SQL Sentence>. Для расчетов измерений, пожалуйста, обратитесь к информации на официальном сайте для получения дополнительной информации.

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

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

В-четвертых, используйте Logview для устранения проблем.
Существует несколько распространенных проблем. Первая заключается в том, что задача ожидает в очереди или задача не может быть запущена напрямую, а наиболее распространенная ситуация — слишком большое время выполнения задачи. и это не может быть закончено. Фактически, большинство медленных задач вызвано длинным хвостом, а большая часть длинного хвоста вызвана перекосом данных. Это не только повлияет на вывод результатов анализа данных, но и увеличит потребление ресурсов данных, поэтому в этой ситуации необходимо провести оптимизацию.

1. Задача пошла не так
Для задачи с ошибкой вы можете увидеть причину ошибки в выводе консоли. Если вы хотите просмотреть более подробную информацию, вы можете открыть Logview, чтобы просмотреть информацию о результатах ODPS. Если это не удается. Теперь вы можете видеть, что статус стал красным. Если дважды щелкнуть Результат, можно увидеть общую информацию об ошибке. В сообщении об ошибке будет код ошибки, а на официальном сайте можно найти сравнительную таблицу кодов ошибок и подробные сведения об ошибках. Следовательно, есть два способа просмотреть задачу с ошибкой: один — просмотреть информацию о результате после завершения задания, а другой — просмотреть информацию StdErr экземпляра.

2. Медленная диагностика задачи
(1) Очередь заданий
Для медленной диагностики задачи вы можете увидеть явление, что задание было поставлено в очередь, или вы можете увидеть, что задание Fuxi ожидает в консоли. Далее проверьте в Logview и выясните, имеет ли статус статус «Ожидание» или «Список ожидания», чтобы вы могли узнать, где он находится в очереди. Если статус имеет статус «Список ожидания», вы можете дополнительно увидеть длину подробной очереди и номер в рейтинге. . Вы также можете увидеть информацию о его под-статусе в SubStatus.

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

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

(2) Большое количество маленьких файлов
Наличие большого количества маленьких файлов также приведет к очень медленному выполнению задачи. Например, при выполнении задания план выполнения может быть таким, как показано на первом рисунке. на рисунке ниже. Имеются две карты и одно соединение. Есть также сокращение. Когда выполняется задача «Уменьшение», обнаруживается, что система автоматически добавляет MergeTask, потому что система выполняет операцию слияния небольших файлов. .

Фактически, файлы данных распределенной файловой системы хранятся в блоках.Размер блока Pangu составляет 64 МБ, поэтому, если файл меньше 64 МБ, его можно назвать небольшим файлом. Существует три основных причины создания небольших файлов: (1) большое количество небольших файлов будет создано в процессе вычисления Reduce; (2) Маленькие файлы будут созданы в процессе сбора данных туннеля; (2) Различные сгенерированные в процессе выполнения задания Временные файлы, просроченные файлы, хранящиеся в корзине и т. д. А поскольку существует слишком много маленьких файлов, данные, считываемые на этапе отображения, будут распределяться неравномерно, что приведет к появлению длинных хвостов. Если имеется большое количество небольших файлов, помимо потери ресурсов и уменьшения использования дискового пространства, это также повлияет на общую производительность выполнения.Поэтому из соображений хранения и производительности необходимо объединить небольшие файлы в процессе вычислений. Фактически, система MaxCompute проделала множество оптимизаций.Система автоматически выделяет Fuxi MergeTask для слияния небольших файлов, но на самом деле есть еще много случаев, когда небольшие файлы не объединяются. Поэтому MaxCompute предоставляет некоторые параметры, которые помогают пользователям объединять небольшие файлы.

Во-первых, вы можете проверить количество маленьких файлов, то есть определить, много ли маленьких файлов в вашей таблице. Вы можете использовать команду «desc extended TableName» для вывода количества маленьких файлов. Если есть много маленьких файлов, вы можете интегрировать небольшие файлы с помощью SQL, как показано на рисунке ниже.

Чтобы избежать работы с небольшими файлами, можно дать некоторые соответствующие предложения. Например, рекомендуется использовать вставку перезаписи для записи данных в исходную таблицу для небольших файлов, созданных в процессе сокращения, или удалить исходную таблицу после записи данных в новую таблицу. Во-вторых, чтобы избежать создания небольших файлов в процессе сбора данных туннеля, вы можете вызвать Tunnel SDK. То есть при загрузке данных лучше подождать, пока буфер достигнет 64 МБ, прежде чем отправлять их. Не отправляйте слишком часто. При импорте таблицы разделов рекомендуется установить жизненный цикл для таблицы и автоматически очищать просроченные данные. В случае большого количества временных таблиц жизненный цикл также может быть добавлен, и автоматическое восстановление будет выполняться по истечении срока. Оптимизация файлов небольшого размера также более подробно описана в документах официального сайта.

 

(3) Перекос данных приводит к задачам с длинным хвостом

Перекос данных вызывает длинные задачи и медленную работу. Фактически, перекос данных связан с неравномерным распределением данных.Небольшое количество экземпляров Fuxi обрабатывает гораздо больше данных, чем другие экземпляры, что приводит к задачам с длинным хвостом. В Logview MaxCompute наведите указатель мыши на ярлык Longtails, и вы увидите подсказку «Задержка более чем в два раза в среднем», что означает, что время выполнения в два раза превышает среднее значение, и это определяется как задача с длинным хвостом.

Есть два способа проверить, является ли это задачей с длинным хвостом, с помощью Logview.Первый способ — проверить максимальную мощность экземпляров Fuxi с длинными хвостами. Если число в скобках больше 0, это означает, что появился длинный хвост.После нажатия на ярлык будут перечислены все экземпляры длинного хвоста, и можно будет просмотреть различную информацию. Другой способ просмотреть задачу с длинным хвостом — это просмотреть сводную информацию и диагностическую информацию о задании Fuxi.Проанализировав сводку, вы можете увидеть, на какой стадии распределяется длинный хвост. Если два значения max и avg времени экземпляра сильно различаются, это означает, что существует длинный хвост; для входных записей, если разница между max и avg объема входных данных также очень велика, это означает, что данные произошел перекос. В диагностической информации есть специальный элемент для проверки перекоса данных и длинного хвоста, поэтому вы можете проверить, есть ли длинный хвост или перекос данных в информации, предоставляемой системой, а также дать некоторые предложения по улучшению.

Наконец, я поделюсь с вами, какие оптимизации можно сделать для различных типов наклона данных. Смещение данных на этапе присоединения происходит из-за неравномерного распределения ключа присоединения, что приводит к очень большому количеству данных для определенного ключа. Он будет выделен для обработки одному и тому же экземпляру. Время обработки этого экземпляра будет быть относительно длинным, вызывая тем самым длинный хвост. Например, использование большой таблицы для присоединения к небольшой таблице или большого количества нулевых значений в ключе вызовет наклон данных на этапе объединения. В этом случае для оптимизации можно использовать объединение карт. чтобы продвинуть операцию соединения к фазе соединения. Фактически, данные в небольшой таблице загружаются в память программы, которая выполняет операцию соединения, поэтому выполнение операции соединения ускоряется, а производительность соединения карты намного лучше, чем обычное соединение. В случае нулевых значений рекомендуется сначала отфильтровать нулевые значения. Добавление случайного числа эквивалентно перераспределению ключа и последующему выполнению соединения. Второй — это перекос данных, вызванный Group By, который также вызван неравномерным распределением ключей позади Group By. Существует два метода оптимизации: один — установить параметры квадрата перекоса, а другой — перераспределить ключ плюс случайное число. Третий — это перекос данных, вызванный использованием Distinct. Поскольку Distinct — это операция дедупликации для полей, то нет способа выполнить операцию агрегирования в соответствии с GroupBy на этапе Shuffle карты, чтобы уменьшить передачу данных. Это может только уменьшить передачу данных. Все данные передаются на сторону Reduce для обработки, поэтому, когда данные Key неравномерны, это приведет к длинному хвосту на стороне Reduce.В этом случае вы можете использовать Count + GroupBy вместо Distinct. Последний из них — длинный хвост, вызванный динамическими разделами. Если динамических разделов слишком много, может быть слишком много маленьких файлов. Чтобы организовать небольшие файлы, система запустит задачу сокращения для сортировки данных. данные перекошены, у них будет длинный хвост. В этом случае старайтесь не использовать динамические разделы. Лучше всего указать соответствующий раздел при вставке. По части оптимизации вы также можете найти более подробные ссылки на официальном сайте.

CICS/Log Просмотр в режиме реального времени системных журналов CICS.

Отображение системных журналов CICS в режиме онлайн

В журнале сообщений CICS находятся сообщения от CICS (входы и выходы, нарушения безопасности, статистика, ошибки терминала, прерывания транзакций, сообщения об ошибках PLI и т. д.), сообщения от DL/1, Прикладные программы и программные продукты CICS.

  • Просматривайте журналы CSMT, CSCS, CADL и т. д. на любом терминале CICS. Просматривайте журналы по отдельности или вместе.
  • Нет необходимости просматривать страницы ошибок терминала в поисках нарушений безопасности.
  • Выбор при просмотре может быть сделан приложением CICS.
  • Журналы можно просматривать по отдельности или объединять в последовательности даты и времени.
     

Просмотр журналов CICS на терминале CICS с помощью CICS/Log View

  • Полнофункциональный просмотр позволяет прокручивать вверх, вниз, вверх, вниз, влево и вправо.
  • Поиск можно выполнять по дате и времени.
  • Функция НАЙТИ позволяет найти любую строку символов в журнале.
  • Записи журнала упорядочены по дате и времени.
  • Экраны HELP доступны для каждого экрана и функции.
  • Просматривайте сообщения от ваших программ, о нарушениях безопасности и о нарушениях хранения.
     

Автоматизация операций; уведомления могут быть инициированы определенными сообщениями об ошибках

  • Иметь записи журнала, отвечающие определенным условиям, записанные на принтер CICS.
  • Отображение записей журнала, отвечающих определенным условиям, на системной консоли.
  • Получайте немедленные уведомления на свой терминал CICS при возникновении определенных условий.
  • MacKinney Systems CICS/Message должен быть установлен.
     

Исключить нежелательные записи из журнала

  • Укажите критерии, чтобы нежелательные записи не регистрировались.
  • С помощью CICS/Log View можно настроить несколько наборов критериев.
  • Укажите критерии как исключения, чтобы игнорировать критерии автоматического уведомления.
  • Исключенные сообщения можно просмотреть с помощью команды SHOW.
     

Печать полных журналов или отдельных частей журналов на системном принтере

  • Функция пакетной обработки (прилагается) позволяет печатать записи журнала на системном принтере.
  • Укажите параметры для выборочной печати записей журнала или печати всех записей.
  • Печать может быть ограничена указанными приложениями, очередями, датами или временем суток.
  • CICS/Log View имеет возможность поиска строк символов, включая печать.
  • Запустить транзакции, указанные в записи журнала.
  • Запись изображения записи журнала в указанную очередь.
     

Архивировать и/или удалять старые записи

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

 

 


Python Log Viewer — документация Python Log Viewer v0.1

Python Log Viewer — это настольное приложение, позволяющее просматривать события регистрируется в сокетах TCP, UDP и ZeroMQ приложением, использующим стандарт Python пакет протоколирования.

Скачать

Поскольку приложение использует последнюю версию Qt, которая может быть или не быть установлена ​​в вашей системе, программа просмотра упакована в бинарные форматы для Windows, Linux и Mac OS X.Вы можете скачать соответствующие пакеты по ссылкам ниже:

В качестве альтернативы, если у вас уже установлены Qt >= 4.7.0 и PyQt >= 4.7.4, вы можно использовать исходный дистрибутив:

  • Исходное распространение — разархивируйте пакет в каталог и запустите python logview.py в этом каталог. Это предполагает, что PyQt4 (и, возможно, pyzmq) будет найден в путь поиска модуля.

Параметры командной строки

Доступны следующие параметры командной строки.

-ч, --help Показать справочное сообщение и выйти
-c ЕМКОСТЬ , --capacity= ЕМКОСТЬ
  Максимальное количество сообщений для хранения. Если указано как ноль (по умолчанию), ограничений нет (кроме доступной памяти) к количеству собранных записей.
-t TCPHOST , --tcp= TCPHOST
  Где прослушивать TCP-трафик (хост[:порт]).То по умолчанию 0.0.0.0, который прослушивает все IP адресов и TCP-порта по умолчанию, определенного в logging.handlers (9020).
-u UDPHOST , --udp= UDPHOST
  Где прослушивать трафик UDP (хост[:порт]). То по умолчанию 0.0.0.0, который прослушивает все IP адреса и порт UDP по умолчанию, определенный в logging.handlers (9021).
-z ZMQHOST , --zmq= ZMQHOST
  Где прослушивать трафик ZeroMQ (хост[:порт]).То по умолчанию локальный: 9024.

Настройки по умолчанию подходят для большинства целей.

Пользовательский интерфейс

Главное окно приложения показано на схеме ниже.

Панель слева, помеченная буквой A, показывает иерархию средств ведения журнала. На диаграмме показано иерархия с tcp и udp в ней, но это всего лишь артефакт тестовая программа, используемая для создания записей журнала. На практике вы увидите объединенные иерархии журналов всех приложений, которые отправляют записи журнала, либо через UDP или через TCP к конкретному экземпляру средства просмотра.

Панель в правом верхнем углу, помеченная буквой B, показывает записи журнала, которые были собранные (полученные по сети).

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

Захват событий журнала

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

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

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

Изменение размера панели

Существуют разделители между иерархией и панелями записей, а также между записывать и записывать панели свойств, которые позволяют изменять размер панелей.Ты сможешь также двойной щелчок по ручкам разделителя. Если дважды щелкнуть левой кнопкой мыши кнопка, панель слева или сверху сворачивается до нулевой ширины/высоты; если вы используйте правую кнопку мыши, правая или нижняя панель сворачивается в нулевой размер.

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

Примечание. В некоторых системах двойной щелчок левой кнопкой мыши не работает, как описано. кажется, из-за X-библиотек платформы.Вроде правильно работает Windows, Mac OS X и Ubuntu Maverick.

Изменение размера и порядка столбцов

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

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

Просмотр свойств многострочной записи

В области свойств записи в правом нижнем углу значения, содержащие символы новой строки (например, текст исключения) приведет к появлению файла … появляется в крайнем правом столбец, щелчок по которому отобразит многострочный текст в диалоговом окне, который позволяет выделить часть или весь текст и скопировать его в буфер обмена:

Фильтрация по уровню

Вы можете выбрать, какие события отображать, используя флажки уровня вверху панели записей. Вы можете выбрать отдельные уровни отдельно (что почему слайдер не был предоставлен). Флажок All отражает свое состояние все остальные флажки уровня.

Фильтрация по иерархии

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

Фильтрация по иерархии работает совместно с фильтрацией по уровню, т.е. оба критерия применяются всегда.

Использование ZeroMQ

Обработчик ZeroMQ

Используя pyzmq, вы можете использовать следующий обработчик для публикации событий регистрации в сокет ZeroMQ PUB:

 импорт zmq

класс ZeroMQHandler (журналирование.Обработчик):
    def __init__(self, uri, socktype=zmq.PUB, ctx=Нет):
        logging.Handler.__init__(self)
        self.ctx = ctx или zmq.Context()
        self.socket = zmq.Socket (self.ctx, тип носка)
        self.socket.bind (ури)

    защита близко (я):
        self.socket.close ()

    def излучать (я, запись):
        """
        Выпустить запись.

        Записывает LogRecord в очередь, предварительно подготавливая ее к травлению.
        """
        пытаться:
            # Операция форматирования получает текст трассировки в запись.exc_text
            # (если есть данные об исключении), а также помещает сообщение в
            # запись.сообщения. Затем мы можем использовать это, чтобы заменить оригинал
            # msg + args, так как они могут быть непригодны для обработки. Мы также засекаем
            # Атрибут exc_info, так как он больше не нужен и, если не None,
            # обычно не поддается обработке.
            self.format (запись)
            запись.msg = запись.сообщение
            запись.args = Нет
            запись.exc_info = Нет
            данные = рассол.дампы (запись.__dict__)
            self.socket.send (данные)
        кроме (KeyboardInterrupt, SystemExit):
            поднимать
        кроме исключения:
            self.handleError(запись)
 

, который вы можете использовать так:

Обработчик
 = ZeroMQHandler('tcp://localhost:9024')
some_logger.addHandler(обработчик)
 

Использование прокси-сервера ZeroMQ

Часто машина, на которой вы запускаете logview, не будет иметь стабильного IP-адреса: например, если это настольный компьютер, он вполне может иметь динамический IP-адрес. полученный через DHCP.Если вы используете ZeroMQHandler для отправки сообщений журнала из ваши приложения, он может подключиться к прокси на подходящем сервере со стабильным IP-адресом, к которому можно подключить logview. Например, скажите у вас есть три логически разные машины: сервер, на котором работает приложение, генерирующее журналы, прокси-сервер, который запускает прокси-сервер ZeroMQ приложение и рабочий стол, на котором работает logview.

Следующий скрипт можно запустить через прокси. Предполагается, что на сервере Сокет ZeroMQ PUB настроен на порт 9024, на который передаются события регистрации. опубликовано.Прокси прослушивает события, публикуемые сервером, и переиздает их на порту 9025.

Затем вы можете получить logview для сбора повторно опубликованных событий, используя:

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

Вот прокси-скрипт:

 импорт zmq

деф основной():
    ctx = zmq.Context()
    восходящий поток = zmq.Socket(ctx, zmq.SUB)
    upstream.connect('tcp://сервер:9024')
    вниз по течению = zmq.Сокет(ctx, zmq.PUB)
    downstream.bind('tcp://0.0.0.0:9025')
    upstream.setsockopt(zmq.ПОДПИСАТЬСЯ, '')
    пытаться:
        п = 0
        пока верно:
            сообщение = вверх по течению.recv()
            downstream.send(сообщение)
            п += 1
            если (n % 10) == 0:
                print('%d сообщений проксировано' % n)
    наконец-то:
        вверх по течению.close()
        вниз по течению.close()

если __name__ == '__main__':
    главный()
 

Возможные проблемы

Потеря сообщений при использовании TCP

Если вы запустите logview после того, как ваше приложение начнет отправлять, вы можете потерять Сообщения.Это связано с тем, что реализация SocketHandler использует экспоненциальную алгоритм отката при обнаружении ошибки сокета. Когда ваше приложение не удается открыть соединение с logview (поскольку оно еще не запущено), Экземпляр SocketHandler удалит сообщение, которое он пытался отправить. Когда последующие сообщения обрабатываются одним и тем же экземпляром SocketHandler, он не будет попробуйте подключиться, пока не пройдет некоторое время. Параметры по умолчанию таковы, что начальная задержка составляет одну секунду, и если после этой задержки соединение все еще не может быть сделано, обработчик будет удваивать задержку каждый раз до максимума 30 секунд.

Если вы столкнулись с этой проблемой, вы можете либо использовать свой собственный подкласс SocketHandler, который пытается подключиться каждый раз, или используйте решение, основанное на ZeroMQ с использованием прокси (см. выше). Вы также можете использовать DatagramHandler, а не SocketHandler, но поскольку UDP не осуществляет доставку гарантии, вы все равно можете потерять сообщения.

Старые версии Qt

Это приложение было разработано и протестировано с использованием Qt 4.7 и PyQt 4.7.4 и может не работает с более ранними версиями Qt и PyQt.Если вы сомневаетесь, используйте один из бинарные дистрибутивы.

Поддержка PySide

Несмотря на то, что PySide предназначен для использования вместо PyQt, PySide не в настоящее время поддерживается. Такая поддержка может быть добавлена ​​в будущем, когда PySide исправили свои текущие ошибки (в конце концов, это все еще бета-версия).

Если вы хотите попробовать добавить поддержку самостоятельно, получите исходный дистрибутив и измените модуль qt, чтобы он импортировал из PySide, а не из PyQt4. (Все остальные модули в logview импортируют классы Qt из модуля qt, поэтому их не нужно будет менять).

Устранение неполадок заданий MaxCompute с помощью Logview | by Alibaba Cloud

Logview — это инструмент для проверки и отладки задания после его отправки в MaxCompute. С помощью Logview вы можете проверить статус выполнения, детали и результат задания, а также ход выполнения каждой фазы. После отправки задания в MaxCompute создается ссылка на просмотр журнала. Вы можете открыть ссылку в браузере, чтобы просмотреть информацию о вакансии. Однако как найти проблемы с таким количеством параметров в Logview? Как вы можете просматривать текущее состояние и использование ресурсов каждого экземпляра или задачи через Logview? Как вы можете проанализировать план выполнения и проблемы с выполнением запросов и найти задачи с длинным хвостом, чтобы сделать анализ данных эффективным и экономичным? Юн Хуа, эксперт по продуктам платформы облачных вычислений Alibaba, дает ответы на эти вопросы.

Следующий контент основан на презентации Юн Хуа и файле PPT.

Эта статья состоит из следующих частей:

  1. Что такое Logview?
  2. Концепции и принципы
  3. Описание параметров просмотра журнала
  4. Устранение неполадок с помощью просмотра журнала

Многие пользователи могут столкнуться с проблемами при использовании MaxCompute, но не могут обнаружить проблемы и оптимизировать свои системы. В этой статье описываются параметры просмотра журнала и методы устранения неполадок, которые помогут вам решить эти проблемы.

Logview — это инструмент для проверки и отладки задания после его отправки в MaxCompute. С помощью Logview вы можете проверить состояние выполнения задания, включая состояние очереди и использование ресурсов заданий, а также сведения и ход выполнения экземпляров, работающих на каждом узле. Когда отправленное задание сталкивается с ошибкой или время выполнения задания слишком велико, вы можете использовать Logview для анализа причины, тем самым точно оптимизируя задание.

При использовании Logview вы можете столкнуться с некоторыми терминами, уникальными для MaxCompute.В этом разделе кратко описаны эти термины, чтобы помочь вам лучше понять, как работает Logview.

На следующем рисунке показана системная архитектура MaxCompute. Самый верхний уровень доступа соединяет источники данных и клиентов. Данные из различных внешних источников данных можно синхронизировать с распределенной файловой системой Apsara с помощью таких средств передачи, как Tunnel и DataHub. После использования CLT, MaxCompute Studio или DataWorks для разработки задания на клиенте вы отправляете задание на HTTP-сервер через RESTful API.После получения запроса HTTP-сервер аутентифицирует вашу личность в пользовательском центре. Одним словом, уровень доступа отвечает за загрузку и выгрузку данных, аутентификацию пользователей и балансировку нагрузки. Нижний уровень — это уровень управления, который является ядром MaxCompute. Он отвечает за управление проектами и объектами, анализ и выполнение команд, а также контроль доступа к объектам и авторизацию. На этом уровне задействованы роли Worker, Scheduler и Executor. Метаданные MaxCompute хранятся в Table Store, открытом сервисе Alibaba Cloud.

Вычислительный кластер MaxCompute построен на базе системы Apsara. Основные модули системы Apsara включают распределенную файловую систему Apsara, планировщик заданий, службу имен Apsara и распределенную систему синхронизации блокировок, монитор производительности распределенной системы, Kuafu и Zhongkui. В архитектуре MaxCompute планирование и управление задачами между уровнем управления и планировщиком заданий являются наиболее важными и сложными.

MaxCompute также известен как ODPS.Название «MaxCompute» официально используется с 2016 года. В Logview «ODPS» фактически относится к MaxCompute. Название «MaxCompute» официально используется с 2016 года. В Logview «ODPS» фактически относится к MaxCompute. Задание (экземпляр) и задача — два распространенных типа объектов в MaxCompute. Например, система создает экземпляр, когда вы отправляете запрос SQL-запроса. При работе в MaxCompute экземпляр разбивается на несколько задач. Однако в большинстве случаев каждый экземпляр сопоставляется с уникальной задачей.Задачи можно разделить на задачи SQL, задачи MapReduce и задачи машинного обучения. Концепции заданий, задач и экземпляров также используются в базовом планировщике заданий, который следует отличать от концепций задач и экземпляров в MaxCompute. Когда задача MaxCompute отправляется в планировщик заданий, она разбивается на несколько заданий планировщика заданий. Каждое задание далее разбивается на разные задачи, такие как задачи Map, Reduce и Join, в зависимости от плана выполнения. Каждая задача запускает несколько экземпляров, то есть несколько узлов.

После отправки инструкции SQL на клиенте клиент отправляет запрос на HTTP-сервер через RESTful API. После получения запроса внешний интерфейс HTTP-сервера аутентифицирует вашу личность в пользовательском центре. Если аутентификация прошла успешно, HTTP-сервер перенаправляет запрос соответствующему рабочему процессу MaxCompute на основе информации о кластере. Worker анализирует запрос и аутентифицирует запрос API. После аутентификации Worker отвечает на запрос и определяет, соответствует ли задание синхронной или асинхронной задаче.Для синхронной задачи, такой как инструкция SQL DDL или задача запроса состояния задания, рабочий процесс обращается к хранилищу таблиц за метаданными, передает задачу исполнителю и возвращает результат клиенту после завершения задачи. Для асинхронной задачи, такой как инструкция SQL DML или задача MapReduce, Worker должен передать задачу планировщику заданий. Worker создает экземпляр и передает его планировщику, который планирует все асинхронные задачи. Планировщик разбивает экземпляр на задачи и выполняет глобальное планирование вычислений.Если все ресурсы доступны и условия соблюдены, планировщик передает задачу исполнителю, которая содержит различные типы бизнес-логики, такие как операторы SQL и модули алгоритмов. Executor запускает различные модули заданий в зависимости от типа задания. Когда Executor бездействует, он отправляет свое сердцебиение планировщику и запрашивает задачи. После получения задачи Исполнитель запускает бизнес-модуль на основе соответствующего типа задачи. Исполнитель создает план выполнения задачи и отправляет задачу и план выполнения планировщику заданий.Задача, отправленная в планировщик заданий, иногда может быть возвращена. Например, задачу не удается отправить в планировщик заданий как онлайн-задание, и она возвращается в планировщик. Затем задача снова отправляется как автономное задание. Этот процесс записывается в Logview. После отправки задачи в Планировщик заданий Исполнитель отслеживает статус выполнения задачи. После завершения задачи Исполнитель обновляет информацию о задаче в Хранилище таблиц и сообщает о статусе задачи Планировщику. Затем планировщик определяет, завершен ли весь экземпляр.Если выполнение завершено, планировщик устанавливает статус экземпляра в Table Store как «Завершен».

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

Как показано на следующем рисунке, вторая таблица сверху вниз содержит следующие поля: URL, Project, InstanceID, Owner, StartTime, EndTime, Latency, Status и Progress.

  1. URL указывает конечную точку.
  2. Проект указывает имя проекта.
  3. InstanceID состоит из отметки времени и случайной строки. Отметка времени имеет точность до миллисекунд и использует время UTC. То есть время не соответствует StartTime, указывающему время отправки задачи на ПК.
  4. StartTime и EndTime указывают время начала и окончания задачи соответственно.
  5. Задержка указывает время, затраченное на выполнение задачи.
  6. У задачи есть четыре варианта состояния:
  7. Ожидание: указывает, что задача обрабатывается в MaxCompute и не была отправлена ​​в планировщик заданий.
  8. Список ожидания: n: указывает, что задача отправлена ​​в планировщик заданий и поставлена ​​в очередь. n указывает позицию задачи в очереди.
  9. Выполняется: указывает, что задание выполняется в планировщике заданий.
  10. Прервано: указывает, что задача завершена.
    Если в таблице Состояние задачи не Завершено, можно дважды щелкнуть состояние задачи, чтобы просмотреть подробную информацию в областях Сведения об очереди и История подстатуса.

Как показано на следующем рисунке, самая верхняя таблица описывает информацию об очереди. Имя задания Fuxi указывает имя задания планировщика заданий. Подстатус указывает текущий статус выполнения задания. Прогресс показывает текущий прогресс выполнения. В первом красном поле рисунка WaitPOS указывает текущую позицию задания в очереди, а QueueLength указывает длину очереди. В двух полях можно просмотреть количество заданий в очереди и позицию текущего задания.Общий приоритет указывает приоритет задания. Вы можете щелкнуть значок в столбце истории подстатуса, чтобы отобразить таблицу истории подстатуса. На следующем рисунке также показано описание кода в столбце «Код состояния» таблицы истории подстатуса.

Как упоминалось ранее, существует два типа заданий планировщика заданий: онлайн-задания и автономные задания. В чем разница между этими двумя видами работ? Каждый раз, когда автономное задание отправляется в планировщик заданий, среде требуется время на подготовку.Автономные задания можно применять к сценариям, в которых необходимо обработать большой объем данных и не требуются результаты запросов. Однако автономные задания не подходят для обработки небольшого объема данных, и задания должны выполняться в режиме реального времени. Планировщик заданий предоставляет сервисный режим (онлайн-задание) для решения этой проблемы. То есть служба используется для вычисления, подачи заявки и загрузки ресурсов заранее, например, для подачи заявки на 10 000 экземпляров. При отправке задания служба выделяет несколько экземпляров в зависимости от размера задания.Этот сервисный режим экономит время на подготовку среды и позволяет быстро запустить онлайн-задание.

Как показано на предыдущем рисунке, задание планировщика заданий имеет имя в формате Odps/______.

На следующем рисунке показана информация о задаче MaxCompute. В таблице «Имя» указывает имя задачи, «Тип» указывает тип задачи, а «Статус» указывает состояние выполнения задачи. Вы можете дважды щелкнуть значок в столбце «Результат», чтобы просмотреть набор результатов задачи. Кроме того, можно дважды щелкнуть значок в столбце «Сведения», чтобы просмотреть сведения о задании планировщика заданий.

План выполнения задания отображается в левой части окна. Он генерируется в Executor и используется для разделения задачи на разные этапы для выполнения. Каждый этап можно рассматривать как узел на рисунке, а зависимости между этапами отображаются в виде стрелок, образуя ориентированный ациклический граф (DAG). В следующем примере задание планировщика заданий разделено на четыре задачи сопоставления, две задачи объединения и три задачи сокращения. Например, J3_1_2 запускается после завершения M1 и M2. То есть выход M1 и M2 является входом для J3_1_2.Имена задач также указывают зависимости задач. Следовательно, правила именования связаны с планом выполнения. Таблица в правом верхнем углу описывает детали каждой задачи (этапа). Таблица в правом нижнем углу описывает детали каждого экземпляра.

На следующем рисунке показаны подробные сведения о задачах планировщика заданий. TaskName указывает имя задачи планировщика заданий, которая связана с планом выполнения. В столбце Fatal/Finished/TotalInstCount Fatal указывает количество неустранимых ошибок, которое отображается красным цветом.Finished указывает количество завершенных экземпляров. TotalInstCount указывает общее количество экземпляров, запущенных для каждой задачи. I/O Records указывает количество входных и выходных записей. I/O Bytes указывает количество входных и выходных байтов. FinishedPercentage указывает текущий ход выполнения задачи. Статус показывает текущий статус задачи.

Экземпляры планировщика заданий являются наименьшими единицами всего рабочего процесса. На следующем рисунке показаны детали задачи Map.Число, следующее за полем Все, указывает количество экземпляров, запущенных для задачи. Например, All(415) указывает, что для M3_2 запущено 415 экземпляров. Цифры после слов «Завершено», «Выполняется», «Готово» и «Сбой» указывают количество экземпляров в соответствующем состоянии. SmartFilter используется для фильтрации первого завершенного экземпляра, последнего завершенного экземпляра и экземпляров, которые выполняются в течение самого короткого и самого длительного времени, что позволяет легко проверять экземпляры. Диаграмма задержки используется для отображения времени работы всех экземпляров на диаграмме.Задержка указывает минимальное время выполнения, среднее время выполнения и максимальное время выполнения, которые полезны для анализа задач с длинным хвостом. Чтобы просмотреть текущую информацию об экземпляре, щелкните значок в столбце StdOut экземпляра. Чтобы просмотреть причину ошибки при сбое экземпляра, щелкните значок в столбце StdErr экземпляра.

После завершения задания планировщика заданий вы можете щелкнуть вкладку «Сводка», чтобы проверить информацию о задании, такую ​​как использование ЦП, использование памяти, имя входной таблицы, количество записей и количество байтов.Время выполнения задания отображается в секундах. На вкладке «Сводка» вы также можете проверить количество экземпляров, время выполнения задачи, а также максимальное, минимальное и среднее время выполнения экземпляра из сводки задач планировщика заданий.

Сводная информация может использоваться для учета и выставления счетов. Например, за задачу MapReduce можно взимать плату, используя следующие формулы:

Плата за вычисление задачи MapReduce за день = Общее время вычислений в день x 0,46 юаней

Время вычисления задачи = Время выполнения задачи (часы) x Количество ядер, вызванных задачей

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

Плата за вычисление задания SQL = количество входных данных для вычисления x сложность SQL x стоимость SQL

Запустите команду cost sql, чтобы рассчитать количество входных данных и Сложность SQL. Для получения дополнительной информации об измерении и выставлении счетов посетите веб-сайт Alibaba Cloud.

После завершения задания нажмите кнопку «Диагностика», чтобы открыть окно, показанное на следующем рисунке. Щелкните Диагностика ресурса, Диагностика длинного хвоста и перекоса данных и Диагностика повторного запуска, чтобы проверить описание, серьезность и предложения по улучшению соответственно.

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

Logview можно использовать для устранения распространенных проблем, например, если задача стоит в очереди в течение длительного периода времени, не запускается или выполняется в течение длительного периода времени и не может быть завершена.Большинство медленных задач вызвано проблемой длинного хвоста, которая обычно возникает из-за перекоса данных. Проблема длинного хвоста должна быть решена, поскольку она влияет на результат анализа данных и потребляет больше ресурсов данных.

Причину ошибки задачи можно определить из вывода консоли. Чтобы просмотреть подробную информацию об ошибке, откройте Logview и проверьте статус задачи в области задач ODPS. Если задача завершается сбоем, в столбце Статус отображается красный значок Ошибка. Дважды щелкните значок в столбце «Результат».Отображается информация об ошибке, включая код ошибки. Описания кодов ошибок доступны на веб-сайте Alibaba Cloud. Чтобы получить информацию об ошибке задачи, проверьте результат задачи после завершения задачи или проверьте значение StdErr соответствующего экземпляра планировщика заданий.

Задание в очереди

Признаком медленной задачи является то, что задача всегда находится в очереди или задание планировщика заданий всегда находится в состоянии ожидания на консоли. Откройте Logview и проверьте, является ли состояние задачи «Ожидание» или «Список ожидания», чтобы определить, где задача поставлена ​​в очередь.Если статус — «Список ожидания», дополнительно проверьте длину очереди и позицию задачи в очереди. Вы также можете проверить подстатус задачи на вкладке История подстатуса.

Если вы не можете найти медленные задачи, запустите show p, чтобы проверить информацию обо всех экземплярах, или запустите top instance, чтобы проверить запущенные задания. Задание с наибольшим временем выполнения может быть заданием, блокирующим очередь и вызывающим ожидание других заданий. Чтобы решить проблему вытеснения ресурсов, оптимизируйте задачи следующим образом:

  1. Если метод выставления счетов для вашей службы — Pay-As-You-Go, вы можете запускать периодические и регулярные задачи в группе ресурсов Subscription, чтобы ресурсы не упрежденный.
  2. Если вы используете метод выставления счетов за службу по подписке, мы рекомендуем настроить время выполнения задачи при параллельном выполнении нескольких задач и запускать временные задачи в группе ресурсов с оплатой по мере использования. Дополнительные сведения о причинах постановки заданий в очередь см. в соответствующих статьях сообщества Yunqi.

Большое количество маленьких файлов

Задача может выполняться медленно, если существует большое количество маленьких файлов. Например, план выполнения при запуске задания показан слева на следующем рисунке.Задание содержит две задачи Map, задачу Join и задачу Reduce. После завершения задачи «Уменьшение» автоматически добавляется задача «Объединение» для объединения небольших файлов.

Файлы данных в распределенной файловой системе Apsara хранятся поблочно. Размер каждого блока составляет 64 МБ. Файл, размер которого меньше 64 МБ, является небольшим файлом. Небольшие файлы могут создаваться по следующим причинам:

  1. Во время вычислительного процесса Reduce создается большое количество небольших файлов.
  2. Небольшие файлы создаются, когда Tunnel собирает данные.
  3. Временные файлы создаются во время выполнения задания, а файлы с истекшим сроком действия сохраняются в корзине.

Из-за большого размера файлов данные, считываемые на этапе карты, распределяются неравномерно, что вызывает проблему с длинным хвостом. Кроме того, чрезмерно маленькие файлы тратят ресурсы, занимают место на диске и влияют на общую производительность выполнения. Следовательно, небольшие файлы, созданные в процессе вычислений, должны быть объединены, чтобы улучшить как производительность, так и объем памяти. MaxCompute был оптимизирован для автоматического выделения задачи слияния планировщика заданий для слияния небольших файлов.Однако небольшие файлы, созданные во многих сценариях, могут быть неэффективно объединены. Поэтому MaxCompute предоставляет параметры, позволяющие объединять небольшие файлы.

Запустите desc extended TableName, чтобы получить количество маленьких файлов и определить, содержит ли ваша таблица чрезмерно маленькие файлы. Если существует слишком много маленьких файлов, запустите инструкцию SQL, показанную на следующем рисунке, чтобы объединить маленькие файлы.

Мы рекомендуем принять следующие меры, чтобы избежать создания небольших файлов: Чтобы избежать создания небольших файлов в процессе сокращения, запустите INSERT OVERWRITE для записи данных в исходную таблицу или удалите исходную таблицу после записи данных в новую Таблица.Чтобы избежать создания небольших файлов, когда Tunnel собирает данные, вызовите Tunnel SDK. То есть при загрузке данных загружайте буферизованные данные после того, как их размер достигнет 64 МБ. Не загружайте данные часто. При загрузке таблицы разделов задайте жизненный цикл таблицы, чтобы данные с истекшим сроком действия автоматически очищались. При наличии большого количества временных таблиц задайте жизненный цикл для всех временных таблиц, чтобы временные таблицы с истекшим сроком действия автоматически перемещались в корзину. Для получения дополнительной информации об обработке небольших файлов посетите веб-сайт Alibaba Cloud.

Задачи с длинным хвостом, вызванные перекосом данных

Задачи с длинным хвостом, вызванные перекосом данных, могут выполняться медленно. Причиной перекоса данных является неравномерное распределение данных. Объем данных, обрабатываемых некоторыми экземплярами планировщика заданий, намного превышает объем данных, обрабатываемых другими экземплярами, что приводит к выполнению задач с длинным хвостом. В MaxCompute Logview наведите курсор мыши на вкладку Long-Tails. Отображается сообщение «Задержка более чем в два раза превышает среднее значение», указывающее на наличие проблемы с длинным хвостом.

Вы можете проверить, является ли задача длинной задачей в Logview двумя способами.Один из них — проверить максимальную задержку экземпляров планировщика заданий. Если число в круглых скобках после Long Tails больше 0, существует проблема с длинным хвостом. Щелкните вкладку «Длинные хвосты», чтобы просмотреть все экземпляры «длинных хвостов» и их сведения. Другой способ — проверить сводную и диагностическую информацию о задании планировщика заданий. Проанализируйте сводку, чтобы проверить позицию задачи с длинным хвостом. Если значение max сильно отличается от значения avg в поле времени экземпляра, существует проблема с длинным хвостом. Если значение max сильно отличается от значения avg в поле входных записей, значит, произошло искажение данных.В окне диагностики щелкните Диагностика длинного хвоста и перекоса данных, чтобы проверить проблемы перекоса данных и длинного хвоста, а также предложения по улучшению.

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

  1. Перекос данных на этапе соединения: ключи соединения распределены неравномерно, в результате чего ключ содержит большой объем данных. Поскольку данные в ключе выделяются для обработки одному и тому же экземпляру, экземпляру требуется длительный период времени для обработки данных, что вызывает проблему с длинным хвостом.Например, данные искажаются на этапе соединения, когда объединяются большая и маленькая таблицы или в ключе присутствует большое количество нулевых значений. В этом случае запустите MapJoin для оптимизации, так как он обеспечивает более высокую производительность, чем Join. Принцип заключается в том, чтобы выполнить операцию соединения досрочно на этапе сопоставления. Данные в малой таблице загружаются в память программы, выполняющей операцию соединения. Таким образом, операция соединения ускоряется. Если значения NULL существуют, рекомендуется отфильтровать значения NULL и добавить случайное число к каждому ключу перед операцией объединения.Это эквивалентно перераспределению ключей.
  2. Перекос данных в группе по этапам: ключи группировки распределены неравномерно. Чтобы решить эту проблему, установите параметр антиперекоса или добавьте случайное число к каждому ключу, чтобы перераспределить ключи.
  3. Перекос данных, вызванный Distinct: предложение Distinct используется для удаления дубликатов из полей. Когда используется Distinct, предложение Group By нельзя использовать на этапе Shuffle задачи Map, чтобы уменьшить объем передаваемых данных. Все данные перемешиваются на этапе сокращения, что приводит к проблеме с длинным хвостом, когда ключевые данные распределяются неравномерно.В этом случае используйте предложение Group By с функцией Count вместо предложения Distinct.
  4. Перекос данных, вызванный динамическими разделами: большое количество динамических разделов может привести к слишком маленьким файлам. Для сортировки небольших файлов система запускает задачу Уменьшить. Если данные искажаются при записи в динамические разделы, возникает проблема с длинным хвостом. В этом случае мы рекомендуем не использовать динамические разделы и указывать соответствующий раздел при запуске Insert.

Чтобы узнать больше о Alibaba Cloud MaxCompute, посетите https://www.alibabacloud.com/product/maxcompute

Binary Ninja API C++: ссылка на класс LogView

Логвиев:: Логвиев ( QWidget *  родитель ,
Состояние журнала *  logStatus  
)
виртуальное логическое значение LogView::canCopy ( )
виртуальный

◆ contextMenuEvent()

недействительным LogView::contextMenuEvent ( QContextMenuEvent * событие )
защита от переопределения
виртуальная пустота LogView::copy ( )
виртуальный

◆ IsHexString()

статическое логическое значение LogView::IsHexString ( константа QString и ул ,
std::pair< целое, целое >  смещениеLen  
)
статический

◆ уведомитьFontChanged()

недействительным LogView::notifyFontChanged ( )
overrideprotectedvirtual

◆ notifyThemeChanged()

недействительным LogView::notifyThemeChanged ( )
overrideprotectedvirtual

◆ уведомитьUiStatus

недействительным LogView::notifyUiStatus ( )
сигнал

◆ уведомитьViewChanged()

недействительным LogView::notifyViewChanged ( ViewFrame *  рама )
overrideprotectedvirtual

◆ notifyVisibilityChanged()

недействительным LogView::notifyVisibilityChanged ( логический видимый )
overrideprotectedvirtual

◆ SetLogLevel()

статическая пустота LogView::SetLogLevel ( БНлоглевел уровень )
статический

◆ SetLogSize()

статическая пустота LogView::SetLogSize ( размер_т  максимальный размер )
статический

◆ StartsWith0x()

статическое логическое значение LogView::StartsWith0x ( константа QString и ул ,
std::pair< целое, целое >  смещениеLen  
)
статический

◆ viewChanged

недействительным LogView::viewChanged ( QWidget *  рама )
сигнал

Документация для этого класса была создана из следующего файла:

Security | Стеклянная дверь

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

Veuillez терпеливейший кулон Que Nous vérifions Que Vous êtes une personne réelle. Votre contenu s’affichera bientôt. Si vous continuez à voir ce сообщение, связаться с нами по адресу Pour nous faire part du problème.

Bitte warten Sie, während wir überprüfen, dass Sie wirklich ein Mensch sind. Ихр Inhalt wird в Kürze angezeigt.Wenn Sie weiterhin diese Meldung erhalten, Информировать Sie uns darüber bitte по электронной почте и .

Эвен Гедульд А.У.Б. terwijl мы verifiëren u een человек согнуты. Uw содержание wordt бинненкорт вергегевен. Als u dit bericht blijft zien, stuur dan een электронная почта naar om ons te informeren по поводу ваших проблем.

Espera mientras verificamos Que eres una persona real. Tu contenido se sostrará кратко. Si continúas recibiendo este mensaje, информация о проблемах enviando электронная коррекция .

Espera mientras verificamos Que eres una persona real. Tu contenido aparecerá en краткий Si continúas viendo este mensaje, envía un correo electronico a пункт informarnos Que Tienes Problemas.

Aguarde enquanto confirmamos que você é uma pessoa de verdade. Сеу контеудо será exibido em breve. Caso continue recebendo esta mensagem, envie um e-mail para Para Nos Informar Sobre O Problema.

Attendi mentre verificiamo che sei una persona reale.Il tuo contenuto verra кратко визуализировать. Se continui a visualizzare questo message, invia удалить все сообщения по электронной почте indirizzo для информирования о проблеме.

Пожалуйста, включите Cookies и перезагрузите страницу.

Этот процесс выполняется автоматически. Вскоре ваш браузер перенаправит вас на запрошенный вами контент.

Пожалуйста, подождите 5 секунд…

Перенаправление…

Код: CF-102/6cbf31efbc2674d5

Что такое LogView.EXE? Это безопасно или вирус? Как удалить или исправить

Что такое LogView.exe?

LogView.exe — это исполняемый файл, являющийся частью программы GoodSync , разработанной Siber Systems . Программное обеспечение обычно имеет размер около 17,03 МБ .

Расширение .exe имени файла указывает на исполняемый файл. В некоторых случаях исполняемые файлы могут повредить ваш компьютер. Пожалуйста, прочитайте следующее, чтобы решить для себя, является ли LogView.exe на вашем компьютере является вирусом или троянским конем, который вы должны удалить, или это действительный файл операционной системы Windows или надежное приложение.

Рекомендуется: выявление ошибок, связанных с LogView.exe
(дополнительное предложение для Reimage — веб-сайт | EULA | политика конфиденциальности | удаление)

 

LogView.exe безопасный или это вирус или вредоносная программа?

Первое, что поможет вам определить, является ли конкретный файл законным процессом Windows или вирусом, — это расположение самого исполняемого файла.Например, такой процесс, как LogView.exe, должен запускаться из C:\Program Files\siber systems2\goodsync\goodsync.exe, а не где-либо еще.

Для подтверждения откройте Диспетчер задач, выберите «Просмотр» -> «Выбрать столбцы» и выберите «Имя пути к изображению», чтобы добавить столбец местоположения в диспетчер задач. Если вы обнаружите здесь подозрительный каталог, возможно, стоит дополнительно изучить этот процесс.

Другой инструмент, который иногда может помочь вам обнаружить плохие процессы, — Microsoft Process Explorer. Запустите программу (она не требует установки) и активируйте «Проверить легенды» в разделе «Параметры».Теперь перейдите в «Просмотр» -> «Выбрать столбцы» и добавьте «Подтвержденный подписывающий» в качестве одного из столбцов.

Если статус процесса «Подтвержденный подписывающий» указан как «Невозможно проверить», вам следует внимательно изучить процесс. Не все хорошие процессы Windows имеют метку «Проверенная подпись», но не все плохие.

Самые важные факты о LogView.exe:

  • Находится в подпапке C:\Program Files\Siber Systems\GoodSync ;
  • Издатель: Siber Systems
  • Полный путь: C:\Program Files\siber systems2\goodsync\goodsync.исполняемый файл
  • Файл справки: www.goodsync.com/support.html
  • URL-адрес издателя: www.goodsync.com
  • Известно, что размер до 17,03 МБ в большинстве Windows;

Если у вас возникли трудности с этим исполняемым файлом, вы должны определить, заслуживает ли он доверия, прежде чем удалять LogView.exe. Для этого найдите этот процесс в диспетчере задач.

Найдите его местоположение (оно должно быть в C:\Program Files\Siber Systems\GoodSync) и сравните размер и т. д. с приведенными выше фактами.

Если вы подозреваете, что можете быть заражены вирусом, вы должны попытаться немедленно его исправить. Чтобы удалить вирус LogView.exe, вам необходимо загрузить и установить приложение полной безопасности, например Malwarebytes . Обратите внимание, что не все инструменты могут обнаруживать все типы вредоносных программ, поэтому вам может потребоваться попробовать несколько вариантов, прежде чем вы добьетесь успеха.

Кроме того, функциональность вируса может сама по себе влиять на удаление LogView.exe. В этом случае необходимо включить Safe Mode with Networking — безопасную среду, отключающую большинство процессов и загружающую только самые необходимые службы и драйверы.Когда там, вы можете запустить программу безопасности и полный анализ системы .

 

Могу ли я удалить или удалить LogView.exe?

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

Согласно различным источникам в Интернете, 3% людей удаляют этот файл, поэтому он может быть безвредным , но рекомендуется самостоятельно проверить надежность этого исполняемого файла, чтобы определить, является ли он безопасным или вирусом. Лучшей диагностикой этих подозрительных файлов является полный анализ системы с помощью Reimage . Если файл классифицируется как вредоносный, эти приложения также удалят LogView.exe и избавятся от связанных вредоносных программ.

Однако, если это не вирус и вам необходимо удалить LogView.exe, вы можете удалить GoodSync со своего компьютера с помощью программы удаления, которая должна находиться по адресу: «C:\Program Files\Siber Systems\GoodSync\un-GoodSync.exe». Если вы не можете найти программу удаления, вам может потребоваться удалить GoodSync, чтобы полностью удалить LogView.exe. Вы можете использовать функцию «Установка и удаление программ» в панели управления Windows.

  • 1. В меню «Пуск» (для Windows 8 щелкните правой кнопкой мыши в нижнем левом углу экрана), выберите Панель управления , а затем в разделе Программы :
    о Windows Vista/7/8.1/10: Нажмите Удаление программы .
    o Windows XP: нажмите Установка и удаление программ .
  • 2. Когда вы найдете программу GoodSync , щелкните ее, а затем:
    o Windows Vista/7/8.1/10: нажмите Удалить .
    o Windows XP: Щелкните вкладку Удалить или Изменить/Удалить (справа от программы).
  • 3. Следуйте инструкциям по удалению GoodSync .

 

 

 

Распространенные сообщения об ошибках в LogView.exe

Наиболее распространенные ошибки LogView.exe, которые могут возникнуть:

.


• «Ошибка приложения LogView.exe».
• «Ошибка LogView.exe».
• «Программа LogView.exe обнаружила проблему и должна быть закрыта. Приносим извинения за неудобства».
• «LogView.exe не является допустимым приложением Win32».
• «LogView.exe не запущен.»
• «LogView.exe не найден».
• «Не удается найти LogView.exe».
• «Ошибка запуска программы: LogView.exe».
• «Неверный путь к приложению: LogView.exe».

Эти сообщения об ошибках .exe могут появляться во время установки программы, во время выполнения связанной с ней программы GoodSync, во время запуска или завершения работы Windows или даже во время установки операционной системы Windows. Ведение записи о том, когда и где ваш LogView.exe является важной информацией, когда дело доходит до устранения неполадок.

 

Как исправить LogView.exe

Аккуратный и опрятный компьютер — это один из лучших способов избежать проблем с GoodSync. Это означает выполнение сканирования на наличие вредоносных программ, очистку жесткого диска с помощью cleanmgr и sfc /scannow , удаление программ, которые вам больше не нужны, отслеживание любых автоматически запускаемых программ (с помощью msconfig) и включение автоматических обновлений Windows. Не забывайте всегда делать регулярные резервные копии или, по крайней мере, определять точки восстановления.

Если у вас есть более серьезная проблема, постарайтесь вспомнить последнее, что вы делали или что вы устанавливали до возникновения проблемы. Используйте команду resmon , чтобы определить процессы, вызывающие вашу проблему. Даже в случае серьезных проблем вместо переустановки Windows следует попытаться восстановить вашу установку или, в случае с Windows 8, выполнив команду DISM.exe /Online /Cleanup-image /Restorehealth . Это позволяет восстановить операционную систему без потери данных.

Чтобы помочь вам проанализировать процесс LogView.exe на вашем компьютере, вам могут пригодиться следующие программы: Менеджер задач безопасности отображает все запущенные задачи Windows, включая встроенные скрытые процессы, такие как мониторинг клавиатуры и браузера или записи автозапуска. Один рейтинг риска безопасности указывает на вероятность того, что это шпионское ПО, вредоносное ПО или потенциальный троянский конь. Этот антивирус обнаруживает и удаляет с жесткого диска шпионское и рекламное ПО, трояны, кейлоггеры, вредоносные программы и трекеры.

 


Обновлено в январе 2022 г.:

Мы рекомендуем вам попробовать это новое программное обеспечение, которое исправляет компьютерные ошибки, защищает их от вредоносных программ и оптимизирует производительность вашего ПК. Этот новый инструмент исправляет широкий спектр компьютерных ошибок, защищает от таких вещей, как потеря файлов, вредоносное ПО и аппаратные сбои.

  • Шаг 1 : Загрузите средство восстановления и оптимизации ПК (Windows 10, 8, 7, XP, Vista — Microsoft Gold Certified).
  • Шаг 2: Нажмите « Start Scan », чтобы найти проблемы реестра Windows, которые могут вызывать проблемы с ПК.
  • Шаг 3: Нажмите « Восстановить все », чтобы устранить все проблемы.


(дополнительное предложение для Reimage — веб-сайт | EULA | политика конфиденциальности | удаление)

Загрузите или переустановите LogView.exe

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

Информация об операционной системе

Ошибки

LogView.exe могут появляться в любых из следующих операционных систем Microsoft Windows:

  • Windows 10
  • Windows 8.1
  • Windows 7
  • Windows Vista
  • Windows XP
  • Windows ME
  • Windows 2000

РЕКОМЕНДУЕТСЯ: щелкните здесь, чтобы устранить ошибки Windows и оптимизировать производительность системы

Просмотр журнала

Раздел Log View показывает необработанные журналы, которые можно отображать вместе с визуализацией инструмент.Deep Discovery Advisor приходит с набором полей данных по умолчанию, отображаемым для каждого необработанного журнала. Ты может управлять полями данных в соответствии с вашими предпочтениями.

Раздел Log View состоит из следующих элементы пользовательского интерфейса:

А. Диапазон времени

В этом разделе отображается дата диапазон и время для журналов.Все даты и время указывают время используется Deep Discovery Advisor.

Б. Фильтр

Нажмите Фильтр , чтобы настроить поля данных, отображаемые для каждого необработанного журнала. Откроется журнал . Окно фильтра . Дополнительные сведения об этом окне см. в разделе Окно фильтра журнала.

C. Экспорт

Экспорт до 40 000 журналов в CSV-файл.Когда вы нажмете Экспорт , появится новый открывается окно.

Если выбрать полей только из Smart Events , Deep Discovery Advisor экспортирует журналы с полями данных, которые вы выбрали в окне «Фильтр журнала».

D. Параметры просмотра

Визуализация и журнал Разделы View занимают одно и то же пространство экрана.Один или оба будут доступны в зависимости от выбранного варианта просмотра.

  • Значок просмотра диаграммы слева отображает раздел Визуализация . и скрывает раздел Log View .

  • Значок гибридного представления в середине отображает оба раздела.

  • Значок просмотра журнала справа отображает журнал . Просмотрите раздел и скройте раздел Visualization .

E. Контекстное меню

Появится контекстное меню когда вы щелкаете поле данных в необработанных журналах. Ниже приведены пункты контекстного меню:

  • Новый поиск : Инициирует новый поиск, заменяя текущую строку запроса в панель поиска с выбранным полем данных.

  • Добавить к текущему поиску : Добавляет текущая строка запроса в строке поиска с оператором AND и выбранное поле данных, чтобы сузить область поиска. К проиллюстрируйте, ваша исходная строка запроса извлекает журналы, содержащие вредоносное ПО. Если вы нажмете DestinationCountry=Japan в необработанные журналы, а затем нажмите Добавить к текущему поиску , запрос будет ограничен вредоносными программами, обнаруженными в вашем офисе в Японии.Строка запроса в строке поиска будет выглядеть примерно так:

    MalwareType=Вредоносное ПО И DestinationCountry=’Япония’

  • Новый поиск в свободной форме : Инициирует поиск в свободной форме путем замены текущей строки запроса в поиске панель с выбранным полем данных.С помощью поиска в свободной форме вы можете ускорить поиск за счет частичного совпадения. Для получения подробной информации о как выполнить поиск в свободной форме, см. Руководство по поиску в свободной форме.
  • Утилиты : Обеспечивает доступ к следующие утилиты (подробности об этих утилитах см. в разделе Утилиты).
    • Whois : Запускает задачу Whois.Этот параметр доступен только для поля данных представляющий IP-адрес, например SourceIP или DestinationIP .

    • Службы Web Reputation : Запросы отзыв о репутации URL/домена от Trend Micro Smart Protection Сеть. Эта опция доступна только для поля данных, представляющего URL-адрес или домен, например RequestURL .

    • Службы репутации электронной почты : запросы сеть Trend Micro Smart Protection Network для идентификации отправителя спам-писем. Этот параметр доступен только для необработанных журналов с SourceIP как поле данных и DestinationPort=25 в качестве значение поля данных.

F. Записи и управление разбиением на страницы

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *