Рекомендуемые форматы дат
С января 2022 предложения продавцов из России не показываются на десктопной и мобильной версиях Маркета. При этом предложения продолжают показываться покупателям в Яндекс Советнике.
Продавайте ваши товары на маркетплейсе Яндекс Маркета Стать продавцом
Даты, передаваемые с помощью параметров в прайс-листах, должны соответствовать следующим форматам:
- Предпочтительный формат
- Простой формат даты без спецификации времени
- Расширенный формат даты (co спецификацией времени) без спецификации часового пояса
- Расширенный формат даты (co спецификацией времени) co спецификацией часового пояса
- Формат ISO 8601:2004
YYYY-MM-DD hh:mm:ss
- Пример
2013-02-25 12:03:14
Формат | Пример | Описание |
---|---|---|
YYYY/MM/DD | 2013/02/25 | 25 февраля 2013 года |
DD/MM/YYYY | 25/02/2013 | 25 февраля 2013 года |
DD. MM.YYYY | 25.02.2013 | 25 февраля 2013 года |
Формат | Пример | Описание |
---|---|---|
YYYY-MM-DD hh:mm:ss | 2013-02-25 18:25:10 | 25 февраля 2013 года 18 часов 25 минут 10 секунд |
YYYYMMDDThhmmss | 20130225T182510 | 25 февраля 2013 года 18 часов 25 минут 10 секунд |
YYYY/MM/DD hh:mm:ss | 2013/02/25 18:25:10 | 25 февраля 2013 года 18 часов 25 минут 10 секунд |
DD/MM/YYYY hh:mm:ss | 25/02/2013 18:25:10 | 25 февраля 2013 года 18 часов 25 минут 10 секунд |
DD. | 25.02.2013 18:25:10 | 25 февраля 2013 года 18 часов 25 минут 10 секунд |
Формат | Пример | Описание |
---|---|---|
YYYY-MM-DD hh:mm:ss ±hh YYYY-MM-DD hh:mm:ss ±hhmm YYYY-MM-DD hh:mm:ss ±hh:mm | 2013-02-25 18:25:10 +03 2013-02-25 18:25:10 +0300 2013-02-25 18:25:10 +03:00 | 25 февраля 2013 года 18 часов 25 минут 10 секунд UTC+03 часа 00 минут |
YYYY/MM/DD hh:mm:ss ±hh YYYY/MM/DD hh:mm:ss ±hhmm YYYY/MM/DD hh:mm:ss ±hh:mm | 2013/02/25 18:25:10 +03 2013/02/25 18:25:10 +0300 2013/02/25 18:25:10 +03:00 | 25 февраля 2013 года 18 часов 25 минут 10 секунд UTC+03 часа 00 минут |
DD/MM/YYYY hh:mm:ss ±hh DD/MM/YYYY hh:mm:ss ±hhmm DD/MM/YYYY hh:mm:ss ±hh:mm | 25/02/2013 18:25:10 +03 25/02/2013 18:25:10 +0300 25/02/2013 18:25:10 +03:00 | 25 февраля 2013 года 18 часов 25 минут 10 секунд UTC+03 часа 00 минут |
DD. MM.YYYY hh:mm:ss±hh DD.MM.YYYY hh:mm:ss ±hhmm DD.MM.YYYY hh:mm:ss ±hh:mm | 25.02.2013 18:25:10 +03 25.02.2013 18:25:10 +0300 25.02.2013 18:25:10 +03:00 | 25 февраля 2013 года 18 часов 25 минут 10 секунд UTC+03 часа 00 минут |
Формат | Пример | Описание |
---|---|---|
YYYYMMDD | 20130225 | 25 февраля 2013 года |
YYYY-MM-DD | 2013-02-25 | 25 февраля 2013 года |
YYYYMMDDThhmmss±hh YYYYMMDDThhmmss±hhmm | 20130225T182510+03 20130225T182510+0300 | 25 февраля 2013 года 18 часов 25 минут 10 секунд UTC+03 часа 00 минут |
YYYY-MM-DDThh:mm:ss±hh YYYY-MM-DDThh:mm:ss±hh:mm | 2013-02-25T18:25:10+03 2013-02-25T18:25:10+03:00 | 25 февраля 2013 года 18 часов 25 минут 10 секунд UTC+03 часа 00 минут |
YYYYMMDDThhmmss | 20130225T182510 | 25 февраля 2013 года 18 часов 25 минут 10 секунд |
YYYY-MM-DDThh:mm:ss | 2013-02-25T18:25:10 | 25 февраля 2013 года 18 часов 25 минут 10 секунд |
YYYYMMDDThhmm±hh YYYYMMDDThhmm±hhmm | 20130225T1825+03 20130225T1825+0300 | |
YYYY-MM-DDThh:mm±hh YYYY-MM-DDThh:mm±hh:mm | 2013-02-25T18:25+03 2013-02-25T18:25+03:00 | 25 февраля 2013 года 18 часов 25 минут UTC+03 часа 00 минут |
YYYYMMDDThhmm | 20130225T1825 | 25 февраля 2013 года 18 часов 25 минут |
YYYY-MM-DDThh:mm | 2013-02-25T18:25 | 25 февраля 2013 года 18 часов 25 минут |
Онлайн калькулятор unix time stamp
Онлайн сервисы >Онлайн калькулятор unix time stamp
Укажите часовой пояс:
Текушее Unix время:
Текущее время на сервере:
Время на Вашем компьютере:
Время по GTM:
Из даты:
Или дату строкой:
Из Time Stamp:
Unix time stamp — UNIX-время или POSIX-время (англ. Unix time) — система описания моментов во времени, принятая в UNIX и других POSIX-совместимых операционных системах. Моментом начала отсчёта считается полночь (по UTC) с 31 декабря 1969 года на 1 января 1970 года, время с этого момента называют «эрой UNIX» (англ. Unix Epoch). Время UNIX согласуется с UTC, в частности, при объявлении високосных секунд UTC соответствующие номера секунд повторяются. Способ хранения времени в виде количества секунд очень удобно использовать при сравнении дат (с точностью до секунды), а также для хранения дат: при необходимости их можно преобразовать в любой удобочитаемый формат. 31 (2147483648), что может привести к ошибочной интерпретации этого числа как отрицательного. Возможное решение данной проблемы состоит в использовании не 32-битной, а 64-битной переменной для хранения времени, чего хватит ещё на 300 миллиардов лет.
Важно — не все знают что «unix time stamp» в один момент времени един для всего мира, тоесть если проверить time на сервере в России и например на сервере в USA, то значение будет одно и тоже(естественно при условии что на обоих серверах время выставлено верно), отличается только преобразование его в понятное для людей значение в зависимости от настроек сервера, и естественно обратное приобразование тоже будет отличаться если не задан часовой пояс.
Временные метки, часовые пояса, временные диапазоны и форматы даты
Мы поддерживаем несколько вариантов временных меток, часовых поясов, временных диапазонов и дат. При сборе данных журнала отметка времени, прикрепленная к сообщениям, имеет жизненно важное значение как для целостности данных в вашей учетной записи, так и для точных результатов запроса.
Из-за важности временных меток Sumo Logic индексирует временные метки каждого сообщения, гарантируя, что данные, относящиеся к временному диапазону запроса, правильно возвращаются в результатах поиска, что позволяет восстановить правильную временную шкалу события.
Временные метки
Временная метка — это часть сообщения журнала, которая отмечает время возникновения события. Во время загрузки мы можем определить временную метку сообщения, преобразовать ее во время эпохи Unix (количество миллисекунд с полуночи, 1 января 1970 года по всемирному координированному времени) и проиндексировать ее. Временная метка анализируется либо с использованием параметров анализа временной метки по умолчанию, либо в пользовательском формате, который вы указываете, включая часовой пояс.
При настройке Источника вы можете выбрать использование настроек анализа временных меток по умолчанию или указать собственный формат для анализа временных меток в ваших сообщениях журнала. Включить синтаксический анализ временных меток Параметр выбран по умолчанию. Если он не выбран, информация о метках времени вообще не анализируется. Вместо этого мы отмечаем в журналах время обработки сообщений.
Рекомендации по отметкам времени
По умолчанию мы можем автоматически определять отметки времени в ваших сообщениях журнала. Автоматическое обнаружение идентифицирует временные метки в распространенных форматах и предпочитает временные метки, которые появляются в начале сообщения.
Если ваши сообщения журнала из источника содержат несколько меток времени, метки времени в необычных форматах или смесь разных форматов меток времени, у вас есть два варианта:
- Настройка источника для каждого формата журнала
- Настройка пользовательского формата отметки времени для источника
Сборщик предполагает, что все сообщения журнала, поступающие из определенного источника, будут иметь близкие друг к другу отметки времени. Если приходит сообщение, которое кажется более чем на один день раньше или позже, чем недавние сообщения из этого источника, оно будет автоматически исправлено, чтобы соответствовать текущему времени. Вы можете остановить это автоматическое исправление, явным образом настроив пользовательский формат временной метки в источнике.
Сборщик также предполагает, что все сообщения журнала, поступающие из определенного Источника, будут иметь временные метки в пределах окна от -1 года до +2 дней по сравнению с текущим временем. Любое сообщение журнала с проанализированной отметкой времени за пределами этого окна автоматически обновляется с текущим временем. Вы должны связаться со службой поддержки Sumo Logic, чтобы настроить это поведение автокоррекции. Дополнительные сведения см. в статье о том, как получать старые или исторические данные.
Автоматический анализ временных меток
Коллекторы могут автоматически анализировать любой из следующих форматов временных меток. Если в сообщении журнала обнаружено несколько действительных отметок времени, Collector выберет отметку времени, которая отображается в сообщении как «крайняя слева».
Библиотека Java SimpleDateFormat используется для анализа меток времени. Узнать больше.
Timestamp Format | Example | |||||||||||||||||||||||
yyyy-MM-dd’T’HH:mm:ss*SSSZZZZ | 2022-08-20’T’13:20:10*633 +0000 | |||||||||||||||||||||||
YYYY MMM DD HH: MM: SS.SSS ZZZ | 2022 Март 03 05: 12: 41.211 PDT | |||||||||||||||||||||||
ммм DD HH: MM: SS Zzzz yyy 9004 2 | Mmm: 21:2039 | MMM: 21:2039 | Mmm: 21:2039 | Mmm: 21:2039 | Mmm: 21:2039 | Mmm: 21:2039 | Mmm: 21:2039 | Mmm: HH: MM: MM: SS Zzzz yyy 9004 2 | Mmm: 21:2039 | Mmm: 21:2039. +0000 2022 | ||||||||||||||
дд/МММ/гггг:ЧЧ:мм:сс ZZZZ | 19/апр/2022:06:36:15 -0700 | |||||||||||||||||||||||
МММ дд, гггг чч:мм:сс a | 2 декабря 2022 г. 39:58 AM | |||||||||||||||||||||||
ммм DD YYYY HH: MM: SS | Jun 09 2022 15:28:14 | |||||||||||||||||||||||
MMM DD HH: MM: SS YYYY | APR:00: 35.35 20104 | 4494 21044944204 2014 9004 2014 . 0014 .0014 94 2044 2094 .9004 2044 9004 2014. | МММ дд ЧЧ:мм:сс ZZZZ | 28 сент 19:00:00 +0000 | МММ дд ЧЧ:мм:сс | 16 марта 08:12:09 | 7 8 8гггг-ММ-дд’T’ЧЧ:мм:ссZZZZ 2022-10-14T22:11:20+0000 | гггг-ММ-дд’T’ЧЧ:мм:сс.SSS’Z’ | 2022-07-01T14:59:55.711’+0000′ | 2022-07-01T14:59:55.711Z гггг-ММ-дд ЧЧ:мм:сс ZZZZ | :1192-28:1192-108: 55 -0400 YYYY-MM-DD HH: MM: SSZZZ | 2022-08-19 12: 17: 55-0400 | YYYY-MM-DD HH: MM: SS, SSS 9002 | 2929299 29299299 2929 2929 2929 2929 29299 29299 2 | . -06-26 02:31:29,573 | гггг/ММ/дд*ЧЧ:мм:сс | 2022/04/12*19: 37: 50 | Yyyy Mmm dd HH: MM: Ss.SSS*ZZZ | 2022 Апрель 13 22: 08: 13.211*Pdt | : MM: Ss.SSS | 2022 март 10 01: 44: 20.392 | Yyyy-MM-DD HH: MM: SS, SSSzzzz | 2022-03-10 14: 30: 12,655+000042 | | 9. -MM-dd HH:mm:ss.SSS | 27-02-2022 15:35:20.311 |
yyyy-MM-dd HH:mm:ss.SSSZZZZ | 12-03-2022 13:11: 34.222-0700 | |||||||||||||||||||||||
гггг-ММ-дд’T’ЧЧ:мм:сс.SSS | 2022-07-22’T’16:28:55.444 | |||||||||||||||||||||||
гггг-ММ-дд’T’ЧЧ:мм: сс | 2022-09-08’T’03:13:10 | |||||||||||||||||||||||
гггг-ММ-дд’T’ЧЧ:мм:сс’Z’ | 2022-03-12’T’17:56: 22′-0700′ | |||||||||||||||||||||||
гггг-ММ-дд’T’ЧЧ:мм:сс.SSS | 2022-11-22’T’10:10:15.455 | |||||||||||||||||||||||
гггг-ММ-дд ‘ЧЧ:мм:сс | 2022-02-11’T’18:31:44 | |||||||||||||||||||||||
гггг-ММ-дд*ЧЧ:мм:сс:ССС | 2022-10-30*02:47:33:899 | |||||||||||||||||||||||
гггг-ММ-дд*ЧЧ:мм:сс | 2022-07-04*13:23:55 | |||||||||||||||||||||||
22-02-11 16:47:35,985 +0000 | ||||||||||||||||||||||||
гг-ММ-дд ЧЧ:мм:сс,ССС | 22-06-26 02:31: 29,573 | |||||||||||||||||||||||
гг-мм-дд ЧЧ:мм:сс | 22-04-19 12:00:17 | |||||||||||||||||||||||
гг/мм/дд ЧЧ:мм:сс | 6/004/0 11:05||||||||||||||||||||||||
ггММдд ЧЧ:мм:сс | 220423 11:42:35 | |||||||||||||||||||||||
yyyyMMdd HH:mm:ss. SSS | 20220423 11:42:35.173 | |||||||||||||||||||||||
MM/dd/yy*HH:mm:ss | 08/10/22*13:33:56 | |||||||||||||||||||||||
ММ/дд/гггг*ЧЧ:мм:сс | 22.11.2022*05:13:11 | |||||||||||||||||||||||
ММ/дд/гггг*ЧЧ:мм:сс*SSS | 29.05.2020 *08:22:14*612 | |||||||||||||||||||||||
ММ/дд/гг ЧЧ:мм:сс ZZZZ | 23/04/22 04:34:22 +0000 | |||||||||||||||||||||||
ММ/дд/гг:гг ЧЧ:мм:мм сс ZZZZ | 03.10.2022 07:29:46 -0700 | |||||||||||||||||||||||
HH: MM: SS | 11:42:35 | |||||||||||||||||||||||
HH: MM: Ss.SSS | :35,173 | |||||||||||||||||||||||
дд/МММ ЧЧ:мм:сс,ССС | 23/апр 11:42:35,173 | |||||||||||||||||||||||
дд/МММ/гггг:ЧЧ:мм:сс | 2 :42:35 | |||||||||||||||||||||||
дд/МММ/гггг ЧЧ:мм:сс | 23 апреля/2022 11:42:35 | |||||||||||||||||||||||
дд-МММ-гггг ЧЧ:2A-A- | 2 2022 11:42:35 | |||||||||||||||||||||||
DD-MMM-YYYY HH: MM: SS.SSS | 23-апреля-2012 11: 42: 35,883 | |||||||||||||||||||||||
DD MMM YYYY HH: MM: SS | 239 2321:4 21:3 | |||||||||||||||||||||||
DD MMM YYYY HH: MM: SS*SSS | 23 апреля 2022 10: 32: 35*311 | |||||||||||||||||||||||
MMDD_HH: MM: SS | 0423_11: 42: 42: 42: 42: 42. 9004. 9004. 9004. 9004. 9004. 9004. 9004. | . ss.SSS | 0423_11:42:35.883 | |||||||||||||||||||||
ММ/дд/гггг чч:мм:сс a:SSS | 05.08.2022 3:31:18:234 | |||||||||||||||||||||||
мм/dd/yyyy HH: MM: SS A | 28.09.2022 2:23:15 |
UNIX EPOCH THIMESTS
EPOCH TIMESTAMPS. Указание пользовательского формата временной метки
Collector может автоматически анализировать большинство временных меток без каких-либо проблем, но если вы видите проблемы с анализом временной метки, вы можете вручную указать формат временной метки. Шаги одинаковы, если вы настраиваете новый источник или редактируете информацию о метке времени для существующего источника.
При указании пользовательского формата вы предоставляете нам формат временной метки и, при необходимости, регулярное выражение, помогающее найти нужную временную метку в формате строки журнала. Если вы не предоставите локатор, мы просканируем все сообщение журнала на наличие метки времени, соответствующей заданному формату по умолчанию. Вы также можете протестировать некоторые образцы строк журнала и посмотреть, сможем ли мы проанализировать новый формат.
Пользовательский формат временной метки должен соответствовать нашим поддерживаемым соглашениям о временной метке.
При предоставлении нескольких пользовательских форматов сначала укажите наиболее распространенный формат. Сборщик будет обрабатывать каждый пользовательский формат в указанном порядке. Как только временная метка обнаружена, дальнейшая проверка временной метки не выполняется.
Если временные метки, соответствующие вашим пользовательским форматам, не найдены, Collector все равно попытается автоматически найти временную метку журнала.
Пользовательский интерфейс
Существует два пользовательских интерфейса (UI) для указания формата отметки времени, классический и новый. Новый интерфейс доступен только на определенных источниках и выпускается постепенно. Используйте кнопки ниже, чтобы просмотреть инструкции для пользовательского интерфейса, который вы видите при создании или редактировании источника.
- Новый пользовательский интерфейс
Классический пользовательский интерфейс (устаревший)
- Выполните одно из следующих действий:
- Если вы настраиваете новый источник, перейдите к следующему шагу.
- Чтобы изменить настройки метки времени для существующего источника, перейдите к Управление данными > Коллекция > Коллекция . Затем нажмите Изменить справа от имени источника и перейдите к шагу 2.
- Перейдите к разделу Дополнительные параметры для журналов .
- Для Формат метки времени выберите Укажите формат .
- В поле Format
- Локатор метки времени – это регулярное выражение с группой захвата, соответствующей метке времени в ваших сообщениях журнала.
Локатор метки времени должен: - . Если вы хотите добавить несколько настраиваемых форматов меток времени, нажмите + Добавить . Порядок форматов имеет большое значение. Каждый предоставленный формат метки времени проверяется в указанном порядке до тех пор, пока не будет найден соответствующий формат. Первый совпадающий формат определяет отметку времени окончательного сообщения. Если ни один из предоставленных форматов не соответствует конкретному сообщению, коллектор попытается автоматически определить временную метку сообщения.
- Далее рекомендуется проверить несколько строк журнала из ваших данных на соответствие указанным вами форматам и локаторам. Введите примеры сообщений журнала, чтобы протестировать форматы меток времени, которые вы хотите извлечь.
- Нажмите Test после ввода строк журнала. Результаты отображаются с проанализированной отметкой времени и совпадением формата (если есть).
Вы должны увидеть одно из следующих сообщений:- Формат соответствует. В этом примере формат
гггг/мм/дд ЧЧ:мм:сс
был сопоставлен и выделен зеленым цветом. Это был первый предоставленный формат, поэтому он возвращается как1 (формат: гггг/ММ/дд ЧЧ:мм:сс, локатор: \[время=(.*?)\])
Эффективное время сообщения будет 2022-01-15 02:12.000 +0000. - Ни один из пользовательских форматов меток времени не совпал. Хотя пользовательские форматы не были найдены в журнале, по-прежнему есть автоматически обнаруженная временная метка, выделенная оранжевым цветом, 2022-06-01 02:12:12.259667, которую мы можем использовать. Эффективное время сообщения будет 2022-06-01 02:12:12.259 +0000
- Невозможно проанализировать любую отметку времени . Никакая часть образца строки журнала «Эта строка не должна анализироваться» не имеет отметку времени для анализа, поэтому отметка времени будет текущим временем.
- Формат соответствует. В этом примере формат
- Внесите необходимые изменения, чтобы убедиться, что ваши временные метки обрабатываются правильно.
- Нажмите Сохранить , чтобы сохранить пользовательские форматы меток времени.
Использование _format для устранения неполадок
Вы можете использовать _format
, чтобы увидеть, как метка времени анализируется из файла журнала. Назначьте _format псевдоним, чтобы он отображался в результатах поиска, например:
| _format as timestampFormat
Поля, возвращенные в результатах поиска _format
:
t:<тип разбора>,o:<смещение>,l:<длина>,p:<формат_даты>
где <тип разбора>
может принимать значения:
-
fail
— Не удалось найти метку времени. -
кэш
— успех, кэшированный формат. -
def
— Успех, формат по умолчанию (указанный пользователем). -
полный
— Успех, от «полного» разбора библиотеки паттернов. -
нет
— Локальное время/время получения, поскольку для этого источника не включен анализ временных меток. -
ac1
— Автокоррекция с помощью «оконной» эвристики (то, что сегодня мы называем «автокоррекцией»). Sumo Logic предполагает, что все сообщения журнала, поступающие из определенного источника, будут иметь временные метки, близкие друг к другу. Если приходит сообщение, которое кажется более чем на один день раньше или позже, чем недавние сообщения из этого источника, оно будет автоматически исправлено, чтобы соответствовать текущему времени. Вы можете остановить это автоматическое исправление, явным образом настроив пользовательский формат временной метки в источнике. Например, предположим, что Collector анализирует отметку времени «9 декабря0011 2 , 2021 2:39:58″. Если ранее полученное сообщение от этого Источника имеет отметку времени до « 1 , 2021 2:39:58 AM» или после « 3 , 2021 2″ :39:58″, Сборщик автоматически исправит временную метку на текущее время. - ac2 — автоматическое исправление эвристикой -1y, +2d. Sumo Logic предполагает, что все сообщения журнала, поступающие из определенного Источника, будут иметь временные метки в диапазоне от -1 года до +2 дней по сравнению с текущим временем. Любому сообщению журнала с проанализированной временной меткой за пределами этого окна автоматически присваивается текущее время. Например, предположим, что Collector анализирует отметку времени «2, 9 декабря.0011 2021 2:39:58″. Если ранее полученное сообщение от этого Источника было до 1 декабря 2020 2:39:58 или после «4 декабря 2021 2:39:58″. AM», Collector автоматически изменит метку времени на текущее время.
Пример
При устранении неполадок, связанных с меткой времени, вы можете выполнить запрос, аналогичный этому, чтобы увидеть, как анализируется метка времени:
_sourceCategory=PaloAltoNetworks
|_format as timestampformat
Результат будет выглядеть следующим образом:
Большое время между временем сообщения и временем получения
См. устранение неполадок несоответствия между временем сообщения и временем получения.
Условные обозначения временных меток
Следующие соглашения поддерживаются в качестве токенов и могут использоваться в настраиваемых форматах временных меток:
Чтобы просмотреть примеры, обратитесь к разделу Автоматический анализ временных меток.
Токен | Компонент даты или времени | Пример | ||
гггг | 4-значный год | 2012; 2016 | ||
гг | 2-значный год | 12; 16 | ||
MMM | Месяц из 3 символов | Январь; март; Декабрь | ||
ММ | 1- или 2-значный месяц (в году) | 1; 01; 9; 09; 12 | ||
дд | 1- или 2-значный день (в месяце) | 1; 01; 16; 30 | ||
a | AM/PM (без учета регистра) | AM; ВЕЧЕРА; являюсь; pm | ||
HH | 1- или 2-значный час (в дне, 0-23) | 2; 02; 14; 23 | ||
чч | 1- или 2-значный час (в сутках, 1-12 с AM/PM) | 2; 02; 11; 12 | ||
мм | 1- или 2-значный номер минуты (в часе) | 8; 08; 55 | ||
ss | 1- или 2-значная секунда (в минуту) | 5; 05; 35 | ||
SSS | 1-3 цифры доли секунды или миллисекунды (в десятичном формате) | 4; 58; 944 | ||
zzz | 3-буквенный часовой пояс | UTC; ТИХООКЕАНСКОЕ СТАНДАРТНОЕ ВРЕМЯ; EDT | ||
ZZZZ | RFC 822 часовой пояс | -0900; +0500 | ||
‘Z’ | Буквенный символ Z | Z | ||
‘T’ | Буквенный символ T | T | эпоха 10, 13, 16, 19-значная отметка времени с необязательным . (точка) после 10 цифр. | 1496756806.655123456 |
Не используйте эпоху с другими токенами.
Часовые пояса
При настройке источника вы можете выбрать один из следующих вариантов:
- Использовать часовой пояс, указанный в файлах журнала, а затем выбрать вариант, если в сообщении журнала отсутствует информация о часовом поясе. .
- Заставьте нас полностью игнорировать любую информацию о часовом поясе, присутствующую в журналах, задав часовой пояс.
Важно правильно установить часовой пояс, какой бы вариант вы ни выбрали. Если часовой пояс журналов не может быть определен, мы помечаем их UTC.
Учет часовых поясов
Следующие соображения применимы к часовым поясам:
- Мы настоятельно рекомендуем явно задавать часовой пояс для всех источников. Sumo Logic всегда пытается определить часовой пояс источника. Однако, если это невозможно, часовой пояс вернется к UTC. В этих случаях часовой пояс будет неправильным, и это может существенно повлиять на судебный анализ и отчетность.
- Sumo Logic не поддерживает все доступные часовые пояса ISO8601. Например -00 не поддерживается. Таким образом, любые часовые пояса, записанные в этом формате, не обнаруживаются системой. Для случаев этих форматов вам нужно будет указать правильный часовой пояс по умолчанию, который будет использоваться, когда он не обнаружен службой.
В этой статье Википедии приведен список смещений UTC, а в этой статье Википедии – список кодов часовых поясов.
Часовой пояс по умолчанию
По умолчанию мы используем часовой пояс из вашего веб-браузера, установленный операционной системой, чтобы отображать часы и минуты везде в нашем пользовательском интерфейсе. Вы можете изменить часовой пояс по умолчанию, который отображается в пользовательском интерфейсе, отрегулировав Часовой пояс по умолчанию на странице Настройки . Этот параметр переопределяет часовой пояс вашего веб-браузера и изменяет способ отображения часов и минут в пользовательском интерфейсе. Но это личный параметр, который не меняет часовой пояс ни для кого в вашей организации.
Элементы пользовательского интерфейса, на которые влияет этот параметр, включают поле Поиск Страница Диапазон времени , столбец Время панели Сообщения , Панели мониторинга и Обнаружение аномалий.
Изменение параметра Часовой пояс по умолчанию влияет на то, как пользовательский интерфейс отображает сообщения, но не на фактическую метку времени в сообщении журнала.
Например, на следующем снимке экрана показан часовой пояс, установленный на PST в пользовательском интерфейсе в столбце Время . Журналы были собраны из системы, которая также была настроена на использование часового пояса PST , который отображается в отметке времени столбца Message . Временные метки в обоих столбцах совпадают, поскольку они установлены для одного и того же часового пояса.
На следующем снимке экрана показан тот же результат поиска после изменения настройки часового пояса по умолчанию на UTC. Теперь столбец «Время» отображается в формате UTC, а столбец «Сообщение» сохраняет исходную временную метку в формате PST.
В другом примере, если ваш часовой пояс установлен на UTC , и вы предоставляете общий доступ к панели управления другому пользователю, часовой пояс которого установлен на PST , что они увидят?
Они увидят те же данные, просто отображаемые с использованием их пользовательского часового пояса. Например, если у вас есть панель, в которой используются временные ряды, временная шкала на оси X диаграммы отображается в вашем часовом поясе UTC . Другой пользователь увидит временную шкалу по оси X, отображаемую в его часовом поясе, PST . Но данные, отображаемые на диаграмме, точно такие же.
Диапазоны времени
В поле Диапазон времени на странице Поиск используется часовой пояс, установленный для пользовательского интерфейса Sumo Logic. Это либо часовой пояс по умолчанию, используемый в веб-браузере и установленный операционной системой, либо параметр Часовой пояс по умолчанию в Настройки страница, если вы установили этот параметр.
При создании запланированного поиска или оповещения в режиме реального времени временной диапазон сохраняемого поиска использует часовой пояс, заданный для пользовательского интерфейса Sumo Logic. Если вы изменили часовой пояс с помощью настройки Часовой пояс по умолчанию , этот часовой пояс будет использоваться для запланированных поисков и оповещений в реальном времени.
Параметр Часовой пояс по умолчанию не обновляет автоматически конфигурации существующих запланированных поисков или оповещений в реальном времени. Если вы хотите, чтобы запланированные поиски и оповещения в реальном времени использовали тот же часовой пояс, что и ваш пользовательский интерфейс, вам нужно отредактировать их для этого и сохранить.
Дополнительную информацию о временных диапазонах см. в разделе Установка временного диапазона поиска.
Диапазоны времени поиска также могут выполнять поиск по всем данным с любыми отметками времени. Дополнительные сведения см. в разделе Использование времени получения.
Формат даты
Если браузер, используемый для доступа к Sumo Logic, находится в месте, где используется формат день/месяц/год вместо месяца/дня/года, даты представлены в этом формате.
| 21.03.2018 11:14:23.1111 |
| 21.03.2018 11:14:23.111 |
| 21.03.2018 11:14:23.11 |
| 21. 03.2018 11:14:23.1 |
| 21.03.2018 11:14:23 |
| 21.03.2018 11:14 |
| 21. 03.2018 11 |
| 21.03.2018 |
| 21-11-2018 11:14:23.1111 |
| 21-11-2018 11:14:23.111 |
| 21-11-2018 11:14:23.11 |
| 21-11-2018 11:14:23. 1 |
| 21-11-2018 11:14:23 |
| 21-11-2018 11:14 |
| 21. 11.2018 11 |
| 21.11.2018 |
| 11 января 2018 г. 14.11.23.111111 AM |
| 11 января 2018 г. 11.14.23.1111 |
| 11 января 2018 г. 11.14.23.111 |
| 11. 01.2018 14.11.23.11 |
| 11 января 2018 г. 11.14.23.1 |
| 11 января 18 14.11.23 |
| 11 января 18 11.14 |
| 11 января 18 11 |
| 11 января 18 |
| 15 марта 2018 г. |
| 2018-03-5 15:16:0.756000 +5:30, 2018-03-5 15:16:0.756000 |
| 05.03.2018 15.16.0. 756000 +5:30, 5.03.2018 15.16.0.756000 |
| 2018-03-5 15:16:0; 2018-03-5 15:16:0 +5:30 |
| 2018-03-5 15. 16.0; 2018-03-5 15.16.0 +5:30 |
| 5 марта 2018 г. 15:16; 2018-03-5 15:16 +5:30 |
| 2018-03-5 15.16; 2018-03-5 15. 16 +5:30 |
| 2018-03-5 15 |
| 2018-03-5 |
| 11:14:14 PST |
| 2018-03-04T12:08:56.235 |
| 2018-03-04T12:08:56.235-0700 |
| 2018-03-04T12:08:56. |