Форум системных администраторов

IT => Software => СУБД => Тема начата: Triangle от 22 января 2019, 09:07:46

Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: Triangle от 22 января 2019, 09:07:46
http://www.gilev.ru/sqlsize/
Прошу мнений, стоящая это вещь или это всё разводки "приходите к нам, мы сделаем хорошо"?
Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: airdwarf от 22 января 2019, 14:32:49
Если ты ни хрена в этом не понимаешь - означенный сервис бесполезен. Если понимаешь - не нужен. Так, картиночки красивые.

А рекомендации от Гейлёва я могу озвучить безо всякого анализа: "Нужно больше памяти, купите новый сервер".


Updated: 22 January 2019, 14:36:23

PS Смотрим перечень проектов и кто их делал.
Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: Triangle от 22 января 2019, 14:53:15
Ты ещё одну не озвучил. Виртуальные сервера говно купите железный. :)
На самом деле я пустил тот который бесплатный и по его показателям у меня совсем говно а не сервер, ну типа по интегральному показателю, только в чем говно не понимаю. Память свободная, даже sql до конца выделенное не жрет. Проц тоже не выедает, Но вот иногда случается что ррраз  и адский затуп... При этом тупо пялимся в логи 1С и понимаем что регламентных заданий не было планировщик ничо не делал а пользователи делали вобщем то стандартные операции. Но нюанс, база УТ10 изуродована, доку Франкенштейну такое не приснится...
Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: Retif от 22 января 2019, 15:02:02
Но нюанс, база УТ10 изуродована, доку Франкенштейну такое не приснится...
Дык причем тут SQL тогда? ???
Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: Opium от 22 января 2019, 15:14:40
Но вот иногда случается что ррраз  и адский затуп...

в дисковые очереди посмотри
Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: Triangle от 22 января 2019, 15:20:49
Retif, Мне надо быть уверенным в том что виноват изнасилованный конфиг.
Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: Triangle от 22 января 2019, 15:38:54
[attachimg=1]
в дисковые очереди посмотри
Смотрел,

Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: airdwarf от 23 января 2019, 09:47:26
Память свободная, даже sql до конца выделенное не жрет. Проц тоже не выедает, Но вот иногда случается что ррраз  и адский затуп
база УТ10 изуродована, доку Франкенштейну такое не приснится

Блокировки, к бабке не ходи. Смотри ожидания LCK_*
Методику сбора статистики ожиданий я тебе вроде бы уже давал.
Причем могут быть крайне забавные кейсы, например, на параллелизме. maxdop=1 выставляй сразу, при штатной работе платформы адекватного параллелизма не бывает.

При этом тупо пялимся в логи 1С и понимаем что регламентных заданий не было планировщик ничо не делал а пользователи делали вобщем то стандартные операции

Вообще такое расследуется не по журналу регистрации, а по технологическому журналу.
Версия платформы какая?



Updated: 23 January 2019, 12:04:30

На самом деле я пустил тот который бесплатный и по его показателям у меня совсем говно а не сервер

Не парься. Это не сервер говно, а тест говно.
Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: Triangle от 23 января 2019, 13:13:24
Блокировки, к бабке не ходи. Смотри ожидания LCK_*
ОК.

на параллелизме. maxdop=1 выставляй сразу, при штатной работе платформы адекватного параллелизма не бывает.
Понял.

по технологическому журналу.
А не можешь выложить эту доку. У нас "техно" :( И доки мне смотреть там низя.

Версия платформы какая?
8.3, предпоследняя.

Не парься. Это не сервер говно, а тест говно.
Но таки одну ценную мысль я услышал от него, после того как сделал те отчеты которые делались где то 3:20, делаются 1:30, и в тесте TPC показатели возросли втрое. Так что некое совпадение есть.
Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: airdwarf от 23 января 2019, 13:38:07
А не можешь выложить эту доку.

Положи в c:\Program Files\1cv8\conf\logcfg.xml
Проверь появление файлов в C:\1C\log_full
Дождись проявления проблемы и запиши время. Дождись прекращения проблемы (само же проходит, да?), запиши время.

В течение 2 часов (период ротации 4 часа, но что-то интересное может происходить до проявления проблемы) с этого момента заархивируй (с паролем, тж может содержать конфиденциальные данные) каталог C:\1C (там еще могут быть дампы) и давай мне. logcfg.xml убери.

Можно в телегу @asved


Updated: 23 January 2019, 13:40:24

8.3, предпоследняя.

Молодец. С 8.2 было бы сложнее.

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


Updated: 23 January 2019, 13:44:12

после того как сделал те отчеты которые делались где то 3:20, делаются 1:30, и в тесте TPC показатели возросли втрое
Энергосбережение чтоли отключил?  :D
Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: Triangle от 23 января 2019, 14:37:15
Энергосбережение чтоли отключил?
  ::) в bios, на самом деле сервак этот когда то конфигурил не я, но мне в голову  не приходило проверить.
Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: airdwarf от 23 января 2019, 19:42:50
Triangle, есличё - эта рекомендация в качестве элемента основного чеклиста сначала появилась то ли у postgrespro, то ли у Лустина. Пруфа не дам, но Гилев и тут проаспирировал.
Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: Triangle от 24 января 2019, 07:35:28
airdwarf, Ну как бы хорошо, понятно что кто в 1С въедается по полной они всё это знают, но у меня то оно непрофильное, я туда руки сую когда начинается неведомая хня между пользователями, франчами которые нам пилят и человеком который у нас за 1С отвечает.
https://infostart.ru/profile/10604/ Этого товарища имел в виду, может кого то ещё посоветуешь почитывать?
Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: Opium от 24 января 2019, 07:54:46
https://infostart.ru/profile/10604/ Этого товарища имел в виду, может кого то ещё посоветуешь почитывать?


Овсянкина, но у него может быть всякий разработческий хардкор.
https://infostart.ru/profile/267027/

Смотри ожидания LCK_*


Triangle,  вот тут про ожидания посмотри, если сиквел работает с последней перезагрузки хотя бы неделю, то можно что-то начать подозревать о проблемах в его работе
https://www.sqlskills.com/blogs/paul/wait-statistics-or-please-tell-me-where-it-hurts/
там есть огромный клёвый скрипт

про описание ожиданий перевод есть тут
http://sqlcom.ru/category/waitstats-and-waittypes/


Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: airdwarf от 24 января 2019, 08:55:15
если сиквел работает с последней перезагрузки хотя бы неделю, то можно что-то начать подозревать о проблемах в его работе
Не совсем так.
Ожидания считаются накопительно, но их можно сбросить.
А перед сбросом накопленные можно записать в БД.
В результате получается вот такая картинка, например. Проблем нет:
[attachimg=1]

А вот тут уже хуже: видно заметные ожидания на блокировках и тяжелую конкуренцию за страницы в памяти. Ну и за ядра немного.
[attachimg=2]
PS конкретно на этомй картинке так происходит потому, что хостер - мудак. В какой-то мере Гилев со своим "виртуальный сервер говно, купите железный" прав, исключительно в силу того, что все IAAS-хостеры - геи в плохом смысле этого слова.
Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: Opium от 24 января 2019, 09:07:16
Не совсем так.
Ожидания считаются накопительно, но их можно сбросить.

можно, но, емнип, по умолчанию 1с так не делает
тоесть это в целом это должно быть умышленное действие, я почему-то не думаю, что Triangle, мог их сбросить сам.
пассаж про неделю связан как раз с необходимостью накопления статистики
Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: airdwarf от 24 января 2019, 16:44:49
емнип, по умолчанию 1с так не делает

Да вы вообще офигели! Может, вам еще из ERP все формы удалить, оставить одну, с единственной кнопкой "Сделать все и без ошибок"? :negodue:
Это задача администратора. Инструмент для нее пишется за 15 минут.


Updated: 24 January 2019, 16:46:26

пассаж про неделю связан как раз с необходимостью накопления статистики

Ну намотает он тебе за неделю невероятную цифру CXPACKET на регламентном обновлении статистик. Что ты с ней будешь делать?
Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: Opium от 24 января 2019, 20:08:23
Сделать все и без ошибок"
а можно было? ::)

Инструмент для нее пишется за 15 минут.
для очистки статистики по ожиданиям?о_О

Ну намотает он тебе за неделю невероятную цифру CXPACKET на регламентном обновлении статистик. Что ты с ней будешь делать?
я внимание обращать не буду, или параллелизм уберу:popcorn:
опять же - не занудствуй, нет бестпрактисов по времени сбора. Сутки тоже может быть ниразу не показательно


Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: airdwarf от 24 января 2019, 20:41:53
Инструмент для нее пишется за 15 минут.
для очистки статистики по ожиданиям?о_О
Слющай ара, ти за каво - за мэня ыли за мэдвэдя?!! :facepalm2:
Суть в том, что перед сбросом мы ее записываем. И получаем ожидания в разрезе времени.
Название: Гилев, Сервис анализа состояния базы данных и MS SQL Server?
Отправлено: Opium от 24 января 2019, 20:44:09
Суть в том, что перед сбросом мы ее записываем. И получаем ожидания в разрезе времени.

=) ну так то да