Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Дико тормозит база MSSQL

Дико тормозит база MSSQL
Я
   new_hope
 
15.08.19 - 13:52
Тормоза начались внезапно. Без каких либо видимых причин. Никаких изменений не вносилось, ничего не обновлялось.

MSSQL 2014. Windows Server 12. Все находится на облаке. Три разных сервера. 1C, RDP, MSSQL
Дефрагментация логического диска - 0%
Регламент база проходит еженедельно.

Везде загрузка процессоров до 30-50% Память также до 30% загрузка

Очень ужасно медленно работает на любой стадии, даже просто скролинг журнала документов.

Вот ошибка, с которой иногда вообще вываливается база:
http://i.piccy.info/i9/f5260e9eabe277494c12fb0454593c39/1565865928/15734/1281046/Error_MsSql.png

Что делать, не пойму.
Может подскажите мысли какието?
 
 
   palsergeich
 
1 - 15.08.19 - 13:56
(0) ставлю на говнокод)
Анализ ТЖ делай
   new_hope
 
2 - 15.08.19 - 14:00
10 лет все работало, а тут вдруг говнокод всплыл? Мало того, никто ничего не проводит и не запускает никаких тяжелых отчетов, после перезагрузки всех серверов сразу идут торможения (просто в открытом журнале документов скролинг, к примеру). Ну и если-бы какой-нибудь говно-запрос тормозил-бы базу (нагружал) - то и загрузка процессорного времени MSSQL была-бы до 100% а так все 12 процессоров 1-2% загрузки
   palsergeich
 
3 - 15.08.19 - 14:01
(2) и хотите сказать 10 лет изменений в конфигурацию не вносились совсем совсем?
   palsergeich
 
4 - 15.08.19 - 14:01
(2) нет, корявый код кстати процессор то особо и не кушает
   piter3
 
5 - 15.08.19 - 14:03
(2) Настало время тех самых историй
   palsergeich
 
6 - 15.08.19 - 14:03
(4) достаточно вместо внутреннего внешнее соединение сделать и будут такие проблемы, я уже сталкивался.
По этому запись и анализ ТЖ
   Фрэнки
 
7 - 15.08.19 - 14:04
и ветки такие стали возникать попарно : если есть одна с постгри, то вскорости возникает почти такая же с мс скулем
   piter3
 
8 - 15.08.19 - 14:05
(7) франчи взялись не рассчитав силенок
   new_hope
 
9 - 15.08.19 - 14:05
(4) (5) Нет конечно, просто началось вчера вечером с наростающим темпом, и сегодня пришло практически до колапса. Ничего не изменяли ни в 1С ни в серверх точно неделю или больше.
   Йохохо
 
10 - 15.08.19 - 14:06
"Дефрагментация логического диска - 0%" у вас рейд посыпался или бэды)
   new_hope
 
11 - 15.08.19 - 14:08
(10) Ну на диске где лежит база, находится ТОЛЬКО файлы базы и все. Они не фрагментированы
   new_hope
 
12 - 15.08.19 - 14:10
16% фрагментация где системные файлы Win.server 2012 и MSSQL
   1Сергей
 
13 - 15.08.19 - 14:11
Свободное место проверил?
   1Сергей
 
14 - 15.08.19 - 14:11
Размер журнала какой?
   Lama12
 
15 - 15.08.19 - 14:11
(10) +1. Ставлю на сыплющийся рэйд.
   new_hope
 
16 - 15.08.19 - 14:12
(10) И как определить, что посыпался Рейд или бед блоки, если мы на облаке у сторонней организации? Как можно проверить скорость доступа к дискам и скорость чтения/записи?
   Lama12
 
17 - 15.08.19 - 14:13
(16) Ну тогда вопрос к сторонней организации. Почему они снижают IOPS?
   DrZombi
 
18 - 15.08.19 - 14:15
(16) Проверить производительность SQL сервера

http://www.sql.ru/forum/11245/proverka-proizvoditelnosti-sql-server
   DrZombi
 
19 - 15.08.19 - 14:17
   DrZombi
 
20 - 15.08.19 - 14:17
Проверь SQL, как он реагирует.
Зайди на удаленный хост и посмотри, как там дела с ресурсами :)
   piter3
 
21 - 15.08.19 - 14:17
(16) Спросить низзя?
   DrZombi
 
22 - 15.08.19 - 14:18
+ Бекапы надеюсь вы на удаленке не храните? :)
   new_hope
 
23 - 15.08.19 - 14:25
(22) Храним :-(
   piter3
 
24 - 15.08.19 - 14:26
(23) Расстрелять
   Йохохо
 
25 - 15.08.19 - 14:28
   new_hope
 
26 - 15.08.19 - 14:38
(24) И техжурнал не настроен, как я понял. Я, просто, не сильный спец в этих нюансах (производительности), но нагибают именно меня сейчас.
   piter3
 
27 - 15.08.19 - 14:40
(26) Ну на боевой базе может и не нужен постоянно.
   new_hope
 
28 - 15.08.19 - 14:41
Тут, выяснилось, что на Облаке есть нюансы у поставщика услуг, которые они не сильно хотели афишировать...уроды. Но объяснили, что у них что-то происходит сейчас с дисковыми массивами, и возможны!!! тормоза. Как по мне - ТОРМОЗИЩА
   Lama12
 
29 - 15.08.19 - 14:43
(28) Бэкапы быстрее копируйте! Чудики :-)
   new_hope
 
30 - 15.08.19 - 14:45
(24) А бекапить на сетевой ресурс - это проблема? Всмысле - настроить бекапирование на удаленный диск (сеть 100 мегабит VPN) - есть проблема или нюансы? С локальным диском проблем не возникало.
И еще каждую ночь делается "снимок" всех серверов, который хранится 6 дней.
 
 
   dmrjan
 
31 - 15.08.19 - 14:46
Тут у нас тоже в бухгалтерии начались необъяснимые тормоза в бухгалтерии в регламентированной отчетности. Так выяснилось, что какой-то умной голове пришла умная мысль сделать значение "предъявлять НДС" у признака договора рассчитываемым значением.
   НадюшаЯ
 
32 - 15.08.19 - 14:47
(30) Главное чтобы после тормозов осталось что бэкапить)
   Фрэнки
 
33 - 15.08.19 - 14:47
// И еще каждую ночь делается "снимок" всех серверов, который хранится 6 дней.


Это так обещали или проверили и действительно этими "снимками" можно спасти базу в ее ночном варианте?
   new_hope
 
34 - 15.08.19 - 14:48
(33) Снимки поднимали - работают
   new_hope
 
35 - 15.08.19 - 14:49
(34) Ну... ясное дело, что инфа там будет не вся... а на момент снимка.
   new_hope
 
36 - 15.08.19 - 14:50
ТЖ - если настроить на рабочей базе - то это также замедляет работу?
   Йохохо
 
37 - 15.08.19 - 14:50
(30) какой нибудь Syncthing поставьте, там есть возможность вроде ограничить поток чтобы юзеры не страдали
   new_hope
 
38 - 15.08.19 - 15:00
Короче - у провайдера облака "рассыпалась" логическая целостность дисковых массивов (рейдов или как оно там)... Сейчас идет их "сборка"...

Шо оно такое, хрен пойму... но пока оно не "соберется"... наверное нет смысла что-то и делать со своей стороны
   Lama12
 
39 - 15.08.19 - 15:10
(38) Это примерно на сутки. Я бы скопировал бэкап... :-)
   sitex
 
40 - 15.08.19 - 15:26
(38) Если Rebuild raid тогда тормоза на долго.
(39) Вообще взять бы статистику у этого провайдера по таким событиям. И смотреть в  сторону другого. Раз прозевал такие вещи.
   new_hope
 
41 - 15.08.19 - 15:26
(39) С Бекапом уже позаботились, правда по каким-то причинам, во время бекапа завис сервер, вернее, подвис...потом отпустило его, но все базы перешли в режим "in recovery".

У меня другой вопрос:

Можете дать ссылку на хорошее описание и скрипты, для ежедневного/еженедельного регламентного обслуживания баз MS-SQL (дефрагментация, реиндексация, оптимизация и.т.д.). А то это настраивал не я, а хочется сравнить/убедиться, что с этой точки зрения все Ок.

ПС: Базы две штуки 250 гигабайт и 750 гигабайт каждая. Около до 500 пользователей.
   sitex
 
42 - 15.08.19 - 15:27
(41) На ИТС смотрите. там есть описание
   timurhv
 
43 - 15.08.19 - 16:08
Хранить базу в облаке и не держать у себя бэкапы - это как ставить закрытую программу по расчету заработной платы, которую написал разработчик в одно лицо и потом умер.
   Cyberhawk
 
44 - 15.08.19 - 16:10
(6) Внешнее и левое много когда может быть быстрее внутреннего
   Вафель
 
45 - 15.08.19 - 16:12
админы случайно все по виртаулкам не распихали?
   Cyberhawk
 
46 - 15.08.19 - 16:13
(45) Распихали конечно. Это нормально.
   Вафель
 
47 - 15.08.19 - 16:15
(46) Это когда нормальные админы


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.