Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
28.10.2016, 17:26
|
|||
---|---|---|---|
|
|||
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
Господа, товарищи и коллеги! Есть такая конфигурация СУБД: Firebird 2.5.5.26952 (x64) Windows Server 2008 R2 Сервер виртуальный Виртуализация VMware Нагрузки на виртуальную машину нет Дисковое хранилище Storwize v3700 Диски SAS 10000 RAID 10 из 8 дисков На этом же RAID есть разделы для других серверов БД, с ними проблем нет. У нас сегодня произошла авария в другой, несвязанной, системе, но либо по совпадению, либо какие еще образом, возникла проблема и с БД. По факту мы выяснили: 1. Соединение или не идет, или настолько медленное, что висит вечная попытка соединиться (и через IBExpert, и через нашу собственную программу в которой работают наши сотрудники) 2. На сервере, где 3 файла базы данных (каждым пользуются свои сотрудники), проблемы во всех базах. Но там, где файлы маленькие и сотрудников немного (5-10), замедление работы почти не заметно. А последний файл - он большой (108 Гб) и много пользователей (~250). При одном соединении скорость работы (ожидание отклика от вызова процедуры) такая же как и была утром, и вчера, и всегда; а вот при 3-4 уже чувствуется замедление, а при 10-15 явные тормоза. Операции, выполнявшиеся раньше 1-2 секунды, начинают выполняться по 10 секунд... 3. Лог выдал вот такое: firebird.log FDB1-SRV Fri Oct 28 15:16:02 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 15:16:02 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 15:28:55 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 15:28:55 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 15:29:06 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 15:29:06 2016 Unable to complete network request to host "FDB1-SRV". Error writing data to the connection. FDB1-SRV Fri Oct 28 15:29:59 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 15:29:59 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 15:30:02 2016 Unable to complete network request to host "FDB1-SRV". Error writing data to the connection. FDB1-SRV Fri Oct 28 15:30:10 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 15:31:02 2016 SERVER/process_packet: broken port, server exiting FDB1-SRV Fri Oct 28 15:37:22 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 15:37:22 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 15:37:34 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 15:37:34 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 15:37:48 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 15:37:48 2016 Unable to complete network request to host "FDB1-SRV". Error writing data to the connection. FDB1-SRV Fri Oct 28 15:37:49 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 15:37:49 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 15:37:56 2016 SERVER/process_packet: broken port, server exiting FDB1-SRV Fri Oct 28 15:57:46 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 15:57:46 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 15:57:50 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 15:58:01 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:07:19 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:07:19 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:07:21 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:07:22 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:07:48 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:07:48 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:07:52 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:07:53 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:08:10 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:08:10 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:08:14 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:08:16 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:08:21 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:08:21 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:08:21 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:08:22 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:10:03 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:10:03 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:10:11 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:10:11 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:10:15 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:10:20 2016 Unable to complete network request to host "FDB1-SRV". Error writing data to the connection. FDB1-SRV Fri Oct 28 16:14:01 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:14:01 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:14:04 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:14:05 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:16:27 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:16:27 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:16:28 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:16:29 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:17:33 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:17:33 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:17:33 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:17:33 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:19:53 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:19:59 2016 Unable to complete network request to host "FDB1-SRV". Error writing data to the connection. FDB1-SRV Fri Oct 28 16:22:33 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:23:23 2016 Unable to complete network request to host "FDB1-SRV". Error writing data to the connection. FDB1-SRV Fri Oct 28 16:29:43 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:29:43 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:29:51 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:29:51 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:31:20 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:31:28 2016 Unable to complete network request to host "FDB1-SRV". Error writing data to the connection. FDB1-SRV Fri Oct 28 16:31:50 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:31:50 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:31:52 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:31:52 2016 Unable to complete network request to host "FDB1-SRV". Error writing data to the connection. FDB1-SRV Fri Oct 28 16:35:48 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:35:48 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:35:57 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:35:57 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:36:07 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:36:07 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:36:09 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:36:10 2016 Unable to complete network request to host "FDB1-SRV". Error writing data to the connection. FDB1-SRV Fri Oct 28 16:38:38 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:38:39 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:41:42 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:41:42 2016 INET/inet_error: read errno = 10054 FDB1-SRV Fri Oct 28 16:41:44 2016 Unable to complete network request to host "FDB1-SRV". Error reading data from the connection. FDB1-SRV Fri Oct 28 16:41:45 2016 Unable to complete network request to host "FDB1-SRV". Error writing data to the connection. FDB1-SRV Fri Oct 28 16:49:12 2016 INET/inet_error: read errno = 10054 Мы перепробовали все известные способы: от банальной перезагрузки, от переименования файла (чтобы убедиться, что никакой процесс более его не занимает) до проверок всех смежных систем (vpn и прочее). Судя по статистике сервер (компьютер) минимально нагружен в плане процессора, памяти, дисков, сетевой активности. Казалось бы ресурсов громадьё, а мы словно пересели на Pentium I. Что можете посоветовать в такой ситуации? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
28.10.2016, 17:51
|
|||
---|---|---|---|
|
|||
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
grgrЧто можете посоветовать в такой ситуации? Нанять сисадмина и DBA не предлагать?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
|
31.10.2016, 10:28
|
|||
---|---|---|---|
|
|||
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
Dimitry SibiryakovНанять сисадмина и DBA не предлагать?.. 1) есть такой у нас 2) есть/в процессе А по существу? Может кто сталкивался с похожей ситуацией? Когда работа с БД, которая уже прошла backup/restore, с индексами, без мусора, вдруг стала неровной и замедлилась в несколько десятков раз. Также склоняемся все же к тому, что другие БД на том же сервере работают нормально. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
31.10.2016, 10:32
|
|||
---|---|---|---|
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
grgr, замедлилась прям на всех действиях? Индексы все на месте? На самом сервере запросы/подключения тоже долго выполняется? Вообще если DBA сам не может решить проблему,то пусть сам и пишет на форум. Или на ibase.ru за помощью. Сотня гигов база это уже серьезно. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
31.10.2016, 10:38
|
|||
---|---|---|---|
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
grgr, в чем заключалась авария? Скачок напряжения в электросети? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
31.10.2016, 10:46
|
|||
---|---|---|---|
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
grgr, RAID синхронизируется после сбоя ? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
31.10.2016, 11:01
|
|||
---|---|---|---|
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
hvlad, похоже на то, что либо "порты" коммутатора накрылись, либо сетевые адаптеры. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
31.10.2016, 12:19
|
|||
---|---|---|---|
|
|||
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
Backup/restore прошли без ошибок, но проблему не решили. Авария была не из-за сбоя питания, сервер БД не отключался. Слетели windows-профили пользователей на другом сервере, но их быстро восстановили. Скорость работы с виртуальными серверами не изменилась. Сервер БД находится в той же стойке серверов. Скорость и качество соединения с сервером проверили - все нормально. Дополнительные сведения из логов приложения. Суть такова. Приложение подключается к БД. Далее пользователь переходит от одной ячейки "заказа" к другой. При переходе к новой ячейки вызывается последовательность из восьми процедур для загрузки данных "заказа". Наполняемость "заказов" примерно одинакова. В момент загрузки данных любая из процедур может "затупить" за несколько секунд, а может все пройти нормально. По логам это выглядит примерно так: Время выполнения запроса: 78 мс Запрос: SELECT * FROM procedure1 Время выполнения запроса: 47 мс Запрос: select * from procedure2 Время выполнения запроса: 47 мс Запрос: select * from procedure3 Время выполнения запроса: 63 мс Запрос: SELECT * From procedure4 Время выполнения запроса: 999 мс Запрос: select * from procedure5 Время выполнения запроса: 156 мс Запрос: select * from procedure6 Время выполнения запроса: 47 мс Запрос: select * from procedure7 Время выполнения запроса: 63 мс Запрос: select * from procedure8 Время выполнения запроса: 47 мс Запрос: SELECT * FROM procedure1 Время выполнения запроса: 47 мс Запрос: select * from procedure2 Время выполнения запроса: 47 мс Запрос: select * from procedure3 Время выполнения запроса: 62 мс Запрос: SELECT * From procedure4 Время выполнения запроса: 93 мс Запрос: select * from procedure5 Время выполнения запроса: 63 мс Запрос: select * from procedure6 Время выполнения запроса: 47 мс Запрос: select * from procedure7 Время выполнения запроса: 78 мс Запрос: select * from procedure8 Время выполнения запроса: 63 мс Запрос: SELECT * FROM procedure1 Время выполнения запроса: 2902 мс Запрос: select * from procedure2 Время выполнения запроса: 47 мс Запрос: select * from procedure3 Время выполнения запроса: 8721 мс Запрос: SELECT * From procedure4 Время выполнения запроса: 94 мс Запрос: select * from procedure5 Время выполнения запроса: 46 мс Запрос: select * from procedure6 Время выполнения запроса: 31 мс Запрос: select * from procedure7 Время выполнения запроса: 47 мс Запрос: select * from procedure8 Время выполнения запроса: 8783 мс Запрос: SELECT * FROM procedure1 Время выполнения запроса: 46 мс Запрос: select * from procedure2 Время выполнения запроса: 47 мс Запрос: select * from procedure3 Время выполнения запроса: 62 мс Запрос: select * from procedure5 Время выполнения запроса: 47 мс Запрос: select * from procedure6 Время выполнения запроса: 31 мс Запрос: select * from procedure7 Время выполнения запроса: 46 мс Запрос: select * from procedure8 Время выполнения запроса: 93 мс Запрос: SELECT * FROM procedure1 Время выполнения запроса: 62 мс Запрос: select * from procedure2 Время выполнения запроса: 31 мс Запрос: select * from procedure3 Время выполнения запроса: 63 мс Запрос: SELECT * From procedure4 Время выполнения запроса: 156 мс Запрос: select * from procedure5 Время выполнения запроса: 62 мс Запрос: select * from procedure6 Время выполнения запроса: 47 мс Запрос: select * from procedure7 Время выполнения запроса: 63 мс Запрос: select * from procedure8 Время выполнения запроса: 78 мс Запрос: SELECT * FROM procedure1 Время выполнения запроса: 47 мс Запрос: select * from procedure2 Время выполнения запроса: 47 мс Запрос: select * from procedure3 Время выполнения запроса: 78 мс Запрос: SELECT * From procedure4 Время выполнения запроса: 63 мс Запрос: select * from procedure5 Время выполнения запроса: 62 мс Запрос: select * from procedure6 Время выполнения запроса: 47 мс Запрос: select * from procedure7 Время выполнения запроса: 47 мс Запрос: select * from procedure8 Время выполнения запроса: 47 мс Запрос: SELECT * FROM procedure1 Время выполнения запроса: 47 мс Запрос: select * from procedure2 Время выполнения запроса: 47 мс Запрос: select * from procedure3 Время выполнения запроса: 63 мс Запрос: SELECT * From procedure4 Время выполнения запроса: 47 мс Запрос: select * from procedure5 Время выполнения запроса: 47 мс Запрос: select * from procedure6 Время выполнения запроса: 47 мс Запрос: select * from procedure7 Время выполнения запроса: 63 мс Запрос: select * from procedure8 Время выполнения запроса: 171 мс Запрос: SELECT * FROM procedure1 Время выполнения запроса: 62 мс Запрос: select * from procedure2 Время выполнения запроса: 46 мс Запрос: select * from procedure3 Время выполнения запроса: 6380 мс Запрос: SELECT * From procedure4 Время выполнения запроса: 62 мс Запрос: select * from procedure5 Время выполнения запроса: 62 мс Запрос: select * from procedure6 Время выполнения запроса: 47 мс Запрос: select * from procedure7 Время выполнения запроса: 62 мс Запрос: select * from procedure8 Проблема наблюдается у всех пользователей и неравномерно. Поменяли sweep интервал до 50000, изменяли количество страниц кэша - на результат не влияет. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
31.10.2016, 12:22
|
|||
---|---|---|---|
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
grgr Проблема наблюдается у всех пользователей и неравномерно. Поменяли sweep интервал до 50000, изменяли количество страниц кэша - на результат не влияет. gstat -h покажи сюда страницы кэша как изменяли? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
31.10.2016, 12:24
|
|||
---|---|---|---|
|
|||
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
grgr, архитектура Firebird какая CS/SS/SC? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
31.10.2016, 13:41
|
|||
---|---|---|---|
|
|||
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
grgrСкорость и качество соединения с сервером проверили - все нормально. А работу DNS изнутри и снаружи? resmon и прочие параметры быстродействия анализировали? Судя по логу, у вас идёт непрерывный поток неудачных подключений изнутри самого сервера, причём они обрываются падением либо запрашиваемого либо запрашивающего. Логи сервера ваш "сисадмин" читал? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
|
31.10.2016, 14:14
|
|||
---|---|---|---|
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
|
03.11.2016, 10:23
|
|||
---|---|---|---|
|
|||
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
Прочитали! Отключение свипа не избавило от проблемы. Она периодически возникает: один-два раза в день на пару часов. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
03.11.2016, 10:51
|
|||
---|---|---|---|
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
Так проблема периодическая? Trace и fb lock print пользоваться умеешь? Или просто данные из таблиц мониторинга посмотреть? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
03.11.2016, 11:05
|
|||
---|---|---|---|
|
|||
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
Hello, Grgr! You wrote on 3 ноября 2016 г. 11:04:14: Grgr> Отключение свипа не избавило от проблемы.ты "отключил" автоматический запуск свипа. но это отнюдь не избавило базу от мусора и от процесса сборки такового. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
|
03.11.2016, 11:10
|
|||
---|---|---|---|
|
|||
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
grgr, повторю вопрос ещё раз архитектура Firebird какая CS/SS/SC? gstat -h в студию. Изменённые параметры конфигурации firebird.conf тоже давай. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
03.11.2016, 16:50
|
|||
---|---|---|---|
|
|||
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
Симонов Денисархитектура Firebird какая CS/SS/SC? gstat -h в студию. Изменённые параметры конфигурации firebird.conf тоже давай. Архитектура: обычный Classic (не супер). Версия для x64. По gstat -h есть несколько результатов снятых в разное время на протяжении проблемы (поэтому видно как мы меняли sweep interval, например): 1 Database header page information: Flags 0 Checksum 12345 Generation 29564 Page size 16384 ODS version 11.2 Oldest transaction 24141 Oldest active 24142 Oldest snapshot 16955 Next transaction 24865 Bumped transaction 1 Sequence number 0 Next attachment ID 4693 Implementation ID 26 Shadow count 0 Page buffers 0 Next header page 0 Database dialect 3 Creation date Oct 31, 2016 1:05:13 Attributes force write Variable header data: Sweep interval: 20000 *END* 2Database header page information: Flags 0 Checksum 12345 Generation 88193 Page size 16384 ODS version 11.2 Oldest transaction 26894 Oldest active 26895 Oldest snapshot 26895 Next transaction 76588 Bumped transaction 1 Sequence number 0 Next attachment ID 11598 Implementation ID 26 Shadow count 0 Page buffers 0 Next header page 0 Database dialect 3 Creation date Oct 31, 2016 1:05:13 Attributes force write Variable header data: Sweep interval: 50000 *END* 3 Database header page information: Flags 0 Checksum 12345 Generation 68580 Page size 16384 ODS version 11.2 Oldest transaction 26616 Oldest active 26617 Oldest snapshot 26617 Next transaction 59312 Bumped transaction 1 Sequence number 0 Next attachment ID 9261 Implementation ID 26 Shadow count 0 Page buffers 0 Next header page 0 Database dialect 3 Creation date Oct 31, 2016 1:05:13 Attributes force write Variable header data: Sweep interval: 50000 *END* 4 Database header page information: Flags 0 Checksum 12345 Generation 30998 Page size 16384 ODS version 11.2 Oldest transaction 24902 Oldest active 24903 Oldest snapshot 24142 Next transaction 26070 Bumped transaction 1 Sequence number 0 Next attachment ID 4922 Implementation ID 26 Shadow count 0 Page buffers 0 Next header page 0 Database dialect 3 Creation date Oct 31, 2016 1:05:13 Attributes force write Variable header data: Sweep interval: 20000 *END* 5 Database header page information: Flags 0 Checksum 12345 Generation 88193 Page size 16384 ODS version 11.2 Oldest transaction 26894 Oldest active 26895 Oldest snapshot 26895 Next transaction 76588 Bumped transaction 1 Sequence number 0 Next attachment ID 11598 Implementation ID 26 Shadow count 0 Page buffers 0 Next header page 0 Database dialect 3 Creation date Oct 31, 2016 1:05:13 Attributes force write Variable header data: Sweep interval: 50000 *END* firebird.conf В конфиге меняли только путь к временным файлам на T:\Temp и DefaultDbCachePages = 512 (512 выбрали, т.к. на ibase.ru написано, что нормальное значение 512-2048 и подбирается экспериментально, установили минимальное рекомендуемое значение). firebird.conf ####################################### # # Firebird configuration file # # Comments # -------- # The # character is used for comments and can be placed anywhere on a # line. Anything following the # character on a line is considered a # comment. # # Examples: # # # This is a comment # DefaultDbCachePages = 2048 # This is an end-of-line comment # # Entries # ------- # The default value for each entry is listed to the right of the "=". # To activate an entry, remove the leading "#"s and supply the desired # value. # # Please note, a number of the values are specified in **Bytes** (Not KB). # Accordingly, we have provided some simple conversion tables at the bottom # of this file. # # There are three types of configuration values: integer, boolean and string. # # Integer # -------- # Integers is what they sound like, an integral value. Examples: # 1 # 42 # 4711 # # Boolean # ------- # Boolean is expressed as integer values with 0 (zero) being "false" and # non-zero is taken to mean "true". For consistency we recommend you # only use 0/1. # # String # ------ # Strings are also what they sound like, strings. Examples: # RootDirectory = /opt/firebird # RemotePipeName = pipe47 # # # Portions of this file have been reproduced/made available with the # permission of Ann Harrison @ IBPhoenix. # ####################################### # ================================== # Settings for all platforms/engines # ================================== # # ---------------------------- # Specify the root directory under which Firebird is installed. # Can be used to override the OS-specifically determined one. # # Type: string # #RootDirectory = # ---------------------------- # Database Paths/Directories # # DatabaseAccess may be None, Full or Restrict. If you choose Restrict, # provide ';'-separated trees list, where database files are stored. # Relative paths are treated relative to RootDirectory entry # (see above). Default value 'Full' gives full access to all files # on your site. To specify access to specific trees, enum all required # paths (for Win32 this may be something like 'C:\DataBase;D:\Mirror', # for unix - '/db;/mnt/mirrordb'). If you choose 'None', then only # databases listed in aliases.conf can be attached. # # Note: simple quotation marks shown above should *NOT* be used when # specifying values and directory path names. Examples: # # DatabaseAccess = None # DatabaseAccess = Restrict C:\DataBase # DatabaseAccess = Restrict C:\DataBase;D:\Mirror # DatabaseAccess = Restrict /db # DatabaseAccess = Restrict /db;/mnt/mirrordb # DatabaseAccess = Full # # UNCONTROLLED DATABASE ACCESS MAY COMPROMISE YOUR SYSTEM! # IT IS STRONGLY RECOMMENDED THAT THIS SETTING BE USED TO LIMIT # DATABASE LOCATIONS! # # Type: string (special format) # #DatabaseAccess = Full # ---------------------------- # External File Paths/Directories # # ExternalFileAccess may be None, Full or Restrict. If you choose # Restrict, provide ';'-separated trees list, where external files # are stored. Relative paths are treated relative to RootDirectory entry # (see above). Default value 'None' disables any use of external files # on your site. To specify access to specific trees, enum all required # paths (for Win32 this may be something like 'C:\ExternalTables', # for unix - '/db/extern;/mnt/extern'). # # NOTE: THE EXTERNAL TABLE ENGINE FEATURE COULD BE USED TO COMPROMISE # THE SERVER/HOST AS WELL AS DATABASE SECURITY!! # # IT IS STRONGLY RECOMMENDED THAT THIS SETTING BE USED TO LIMIT # EXTERNAL TABLE LOCATIONS! # # Type: string (special format) # #ExternalFileAccess = None # ---------------------------- # External Function (UDF) Paths/Directories # # UdfAccess may be None, Full or Restrict. If you choose # Restrict, provide ';'-separated trees list, where UDF libraries # are stored. Relative paths are treated relative to RootDirectory entry # (see above). # # Default value 'Restrict UDF' provides the same restrictions # as in FB 1.0. To specify access to specific trees, enum all required # paths (for Win32 this may be something like 'C:\ExternalFunctions', # for unix - '/db/extern;/mnt/extern'). # # NOTE: THE EXTERNAL FUNCTION ENGINE FEATURE COULD BE USED TO COMPROMISE # THE SERVER/HOST AS WELL AS DATABASE SECURITY!! # # IT IS STRONGLY RECOMMENDED THAT THIS SETTING BE USED TO LIMIT # EXTERNAL FUNCTION LOCATIONS! # # Type: string (special format) # #UdfAccess = Restrict UDF # ---------------------------- # Temporary directories # # Provide ';'-separated trees list, where temporary files are stored. # Relative paths are treated relative to RootDirectory entry # (see above). Default value is determined using FIREBIRD_TMP, # TEMP or TMP environment options. Once the first specified # directory has no available space, the engine will switch to the # next one, and so on. # # E.g.: # TempDirectories = c:\temp # or # TempDirectories = c:\temp;d:\temp # # Type: string (special format) # TempDirectories = T:\TEMP # ---------------------------- # Legacy hash makes possible use of old security.fdb # after running misc/upgrade/security_database.sql. # If you want to disable logons with old passwords # after users' migration, set it to 0 (false). # Makes no difference when used with original # security2.fdb - it can't contain DES hash. # # Type: boolean # #LegacyHash = 1 # ---------------------------- # Which authentication method(s) should be used. # "native" means use of only traditional interbase/firebird # authentication with security database. # "trusted" (Windows Only) makes use of window trusted authentication, # and in some aspects this is the most secure way to authenticate. # "mixed" means both methods may be used. # # Type: string # #Authentication = native # ---------------------------- # Trace configuration file for system audit # # Empty value means that system audit is turned off. # # Type: string # #AuditTraceConfigFile = # ---------------------------- # Maximum summary size of each user trace session's log files in MB. # When log files size reach this limit, trace session automatically # suspends until interactive user service read and delete some log files. # # Type: integer # #MaxUserTraceLogSize = 10 # ---------------------------- # Number of cached database pages # # This sets the number of pages from any one database that can be held # in cache at once. If you increase this value, the engine will # allocate more pages to the cache for every database. By default # SuperServer allocates 2048 pages for each database whilst Classic # and SuperClassic allocate 75 pages per client connection per database. # # Type: integer # DefaultDbCachePages = 512 # ---------------------------- # Disk space preallocation # # Sets the amount of preallocated disk space in bytes. Disk space # preallocation allows to reduce physical file fragmentation and to make # database work in out of disk space condition. With preallocation enabled, # engine allocates 1/16nth of already allocated disk space at a time but # not less than 128KB and no more than DatabaseGrowthIncrement (128MB by # default). To disable preallocation set DatabaseGrowthIncrement to zero. # Shadow database files are not preallocated. # # Type: integer # #DatabaseGrowthIncrement = 134217728 # ---------------------------- # File system cache threshold # # The threshold value that determines whether Firebird will use file system # cache or not. File system caching is used if database cache size in pages # (configured explicitly in database header or via DefaultDbCachePages setting) # is less than FileSystemCacheThreshold value. # # To use file system cache always set FileSystemCacheThreshold to a large value. # To bypass file system cache for all databases set FileSystemCacheThreshold to # zero. # # Type: integer, measured in database pages # #FileSystemCacheThreshold = 65536 # ---------------------------- # File system cache size # # This setting controls the maximum amount of RAM used by Windows file system # cache on 64-bit Windows XP, Windows Server 2003 SP1 or later host. It has no # effect for Unix hosts in this release yet. # # Note that the lowest number presently supported is 10%, and the highest number # is 95%; numbers outside these limits will be set to the default of 30%. # # If the cache size has already been selected when the engine starts the host # setting will not be changed. Thus you may need to reboot the host for the # change of this setting to have effect. # # To leave host caching settings unchanged set this parameter to 0. This is # the default parameter value. # # Security note # To adjust the setting engine needs SeIncreaseQuotaPrivilege right. Built-in # service accounts and administrators have it by default. Installer grants this # right to Firebird service account. If the engine fails to adjust the cache # size setting it will log warning message to the firebird.log and continue. # # Type: integer, measured in % of total physical RAM # #FileSystemCacheSize = 0 # ---------------------------- # Remove protection against opening databases on NFS mounted volumes on # Linux/Unix and SMB/CIFS volumes on Windows. # # This also permits creating database shadows on mounted network volumes. # # ***WARNING*** ***WARNING*** ***WARNING*** ***WARNING*** # # This option removes an important safety feature of Firebird and can # cause irrecoverable database corruption. Do not use this option unless # you understand the risks and are prepared to accept the loss of the # contents of your database. # Unless this configuration option is changed from 0 to 1, Firebird can # open a database only if the database is stored on a drive physically # attached to the local computer - the computer running that copy of # Firebird. Requests for connections to databases stored on NFS mounted # drives are redirected to a Firebird server running on the computer that # "owns" the disk. # This restriction prevents two different copies of Firebird from opening # the same database without coordinating their activities. Uncoordinated # access by multiple copies of Firebird will corrupt a database. On a local # system, the system-level file locking prevents uncoordinated access to # the database file. # # NFS does not provide a reliable way to detect multiple users of a file on # an NFS mounted disk. If a second copy of Firebird connects to a database on # an NFS mounted disk, it will corrupt the database. # Under some circumstances, running a Firebird server on the computer that # owns NFS mounted volumes is inconvenient or impossible. Applications that # use the "embedded" variant of Firebird and never share access to a database # can use this option to permit direct access to databases on NFS mounted # volumes. # # The situation for SMB/CIFS is quite similar to NFS with not all configurations # providing file locking mechanisms needed for safe operation. Using SuperServer # engine with the database on NT file server may be considered relatively safe # as file locking protects the database from being used by the several engines. # Network stack can still change order of writes so you may get a corrupted # database in case of network errors or power outage. # # The useful and safe case is working with a shared database marked read-only. # # DO NOT ENABLE THIS OPTION UNLESS YOU REALLY KNOW WHAT YOU ARE DOING. # # Type: boolean # #RemoteFileOpenAbility = 0 # ---------------------------- # Temporary space management # # Temporary storage is used by the sorting module, it's also # intended to store temporary datasets etc. # # The parameters below handle the allocation and caching policy # for the temporary space manager. In previous Firebird versions, # they were prefixed with "SortMem" instead of current "Temp". # # The smallest block size being allocated in the temporary storage. # This value reflects the allocation granularity. # # Type: integer # #TempBlockSize = 1048576 # # The maximum amount of the temporary space that can be cached # in memory. # # For Classic servers, this setting is defaulted to 8 MB. # Although it can be increased, the value applies to each client # connection/server instance and thus consumes a lot of memory. # # Type: integer # #TempCacheLimit = 67108864 # ---------------------------- # Boolean evaluation method (complete or shortcut) # # If your SQL code depends on side-effects of full evaluation of OR # and AND statements (right-hand-side terms), even if the expressions # final result could be determined by just examining the value of the # first term, you might need to turn this on. # # Type: boolean # #CompleteBooleanEvaluation = 0 # ---------------------------- # # Determines the number of seconds that the lock manager will wait after a # conflict has been encountered before purging locks from dead processes # and doing extra deadlock scan cycle. Engine detects deadlocks instantly # in all normal cases, so this value affects things only if something goes # wrong. Setting it too low may degrade system performance. # # Type: integer # #DeadlockTimeout = 10 # ---------------------------- # # How often the pages are flushed on disk # (for databases with ForcedWrites=Off only) # # Number of unflushed writes which will accumulate before they are # flushed, at the next transaction commit. For non-Win32 ports, # the default value is -1 (Disabled) # # Type: integer # #MaxUnflushedWrites = 100 # # Number of seconds during which unflushed writes will accumulate # before they are flushed, at the next transaction commit. For non-Win32 # ports, the default value is -1 (Disabled) # # Type: integer # #MaxUnflushedWriteTime = 5 # ---------------------------- # # This option controls whether to call abort() when internal error or BUGCHECK # is encountered thus invoke post-mortem debugger which can dump core suitable # for off-line analysis. When disabled engine tries to minimize damage and # continue execution. # # Note that setting this option to 1 makes engine produce traceable coredumps # when something nasty like SIGSEGV happens inside UDF. On Windows enabling # this option makes engine invoke JIT debugger facilities when errors happen. # # For debugging builds (DEV_BUILD), default value is 1 (Enabled) # # Type: boolean # #BugcheckAbort = 0 # Prior to Firebird 1.5 various SELECT expressions generated unnamed # columns. This did not conform to the SQL standard. Fb 1.5 saw the # introduction of default aliases for these unnamed columns. In some # cases, particularly if string concatenation is used (via the || # operator) this breaks existing scripts. # # This setting will affect aliases generated via CONCATENATION, # CURRENT_DATE, CURRENT_TIME, CURRENT_TIMESTAMP and EXTRACT. Setting # the value to true will disable the alias generation. It is only # recommended to be used where legacy scripts need to be supported. # It will be marked deprecated in Firebird 2.0 and removed in # Firebird 3.0. # # Type: boolean # #OldColumnNaming = 0 # Prior to Firebird 2.5 the SET clause of the UPDATE statement assigned # columns in the user-defined order with the NEW column values being # immediately accessible to the subsequent assignments. This did not # conform to the SQL standard. Starting with Firebird 2.5, only OLD column # values are accessible to all the assignments of the SET clause. # # Example of the old vs new behaviour: # # UPDATE T SET A = B, B = A # old result: A gets equal to B, B doesn't change # new result: A and B get their values exchanged # # Change this configuration option to 1 (true) only if your SQL code relies # on the legacy semantics of the SET clause. It's provided as a temporary # solution for backward compatibility issues and will be deprecated in # future Firebird versions. # # Type: boolean # #OldSetClauseSemantics = 0 # ---------------------------- # Relaxing relation alias checking rules in SQL # # Since Firebird 2.0, strict alias checking rules were implemented in the SQL # parser to accord with the SQL standard requirements. This setting allows # these rules to be relaxed in order to allow legacy applications to run on # Firebird 2.0. # A setting of 1 (true) allows the parser to resolve a qualified column reference # using the relation name, where an alias has been specified for that relation. # # For example, it allows a query such as: # SELECT TABLE.X FROM TABLE A # # It is not recommended to enable this setting. It should be regarded as an # interim workaround for porting untidy legacy code, until it is practicable to # revise such code. # # CAUTION! # There is no guarantee that this setting will be available in future Firebird # versions. # # Type: boolean # #RelaxedAliasChecking = 0 # ---------------------------- # Client Connection Settings (Basic) # # Seconds to wait before concluding an attempt to connect has failed. # # Type: integer # #ConnectionTimeout = 180 # # Seconds to wait on a silent client connection before the server sends # dummy packets to request acknowledgment. # # NOTE. This option may hang or crash Windows NT4 or Windows 2000 pre SP3 # on the client side as explained here: # http://support.microsoft.com/default.aspx?kbid=296265. # or may not prevent eventual inactive client disconnection for other OS. # # Normally, Firebird uses SO_KEEPALIVE socket option to keep track of # active connections. If you do not like default 2-hour keepalive timeout # then adjust your server OS settings appropriately. On UNIX-like OS's, # modify contents of /proc/sys/net/ipv4/tcp_keepalive_*. On Windows, # follow instrutions of this article: # http://support.microsoft.com/default.aspx?kbid=140325 # # Type: integer # #DummyPacketInterval = 0 # ---------------------------- # TCP Protocol Settings # # The TCP Service name/Port number to be used for client database # connections. # # It is only necessary to change one of the entries, not both. The # order of precendence is the 'RemoteServiceName' (if an entry is # found in the 'services.' file) then the 'RemoteServicePort'. # # Type: string, integer # #RemoteServiceName = gds_db #RemoteServicePort = 3050 # # The TCP Port Number to be used for server Event Notification # messages. The value of 0 (Zero) means that the server will choose # a port number randomly. # # Type: integer # #RemoteAuxPort = 0 # # TCP/IP buffer size for send and receive buffers of both the client # and server. The engine reads ahead of the client and can send # several rows of data in a single packet. The larger the packet size, # the more data is sent per transfer. Range is 1448 to 32767 (MAX_SSHORT). # # Type: integer # #TcpRemoteBufferSize = 8192 # # Either enables or disables Nagle algorithm (TCP_NODELAY option of # socket) of the socket connection. # # Note: Currently is a default for classic and super servers. # # Type: boolean # #TcpNoNagle = 1 # # Allows incoming connections to be bound to the IP address of a # specific network card. It enables rejection of incoming connections # through any other network interface except this one. By default, # connections from any available network interface are allowed. # If you are using Classic Server, this setting is for Windows only. # Under Linux, BSD or Mac OS X, with Classic server use xinetd or launchd # configuration file (bind parameter). # # Type: string # #RemoteBindAddress = # ---------------------------- # Locking and shared memory parameters # # Bytes of shared memory allocated for lock manager. # In Classic mode, the size given is used for the initial allocation. The # table expands dynamically up to the limit of memory. In SuperServer, the # initial size is also the final size. # # Type: integer # #LockMemSize = 1048576 # # When a connection wants to lock an object, it gets a lock request # block which specifies the object and the lock level requested. Each # locked object has a lock block. Request blocks are connected to those # lock blocks either as requests that have been granted, or as pending # requests. # # The settings: # 1 means locks are granted first come, first served. # 0 means emulate InterBase v3.3 behavior, where locks are granted # as soon as they are available; can result in lock request # starvation. # # Type: integer/boolean # #LockGrantOrder = 1 # # In Classic, only one client process may access the lock table at any # time. Access to the lock table is governed by a mutex. The mutex can # be requested conditionally - a wait is a failure and the request must # be retried - or unconditionally - the request will wait until it is # satisfied. This parameter establishes the number of attempts that # will be made conditionally. Zero value means unconditional mode. # Relevant only on SMP machines. # # Type: integer # #LockAcquireSpins = 0 # # Tune lock hash list; more hash slots mean shorter hash chains. Only # necessary under very high load. Prime number values are recommended. # # Type: integer # #LockHashSlots = 1009 # ---------------------------- # # Bytes of shared memory allocated for event manager. # # Type: integer # #EventMemSize = 65536 # =========================== # SuperServer Engine Settings # =========================== # # ---------------------------- # Which CPUs should be used (Windows Only) # # In an SMP system, sets which processors can be used by the server. # The value is taken from a bit map in which each bit represents a CPU. # Thus, to use only the first processor, the value is 1. To use both # CPU 1 and CPU 2, the value is 3. To use CPU 2 and CPU 3, the value # is 6. The default value is 1. # # Type: integer # #CpuAffinityMask = 1 # ---------------------------- # Settings for the thread scheduler (Windows Only) # # If you have problems with computer response time, running firebird # on workstation, turn off thread scheduler. # # Type: boolean # #UsePriorityScheduler = 1 # # The wait time, in milli-seconds (ms), before the priority of: # - an active thread is reduced to 'Low', or # - an inactive thread is increased to 'High' # # Note: The default value was chosen based on experiments on Intel # PIII/P4 processors. It should be increased for using in the computer # with lower speed processors. # # Type: integer # #PrioritySwitchDelay = 100 # # Number of additional 'intervals' given to a 'High' priority thread. # # Type: integer # #PriorityBoost = 5 # ---------------------------- # Garbage collection policy # # Defines how engine does garbage collection. Valid values are : # cooperative # background # combined # # Note: this setting affects SuperServer only. # # ClassicServer (and SuperClassic) implements "cooperative" only, therefore it # uses "cooperative" policy regardless of the value. # # SuperServer implements all three policies and uses "combined" by default. # # Type: string (special format) # #GCPolicy = combined # ============================== # Classic Server Engine Settings # ============================== # # ============================== # Settings for Windows platforms # ============================== # # ---------------------------- # Does the guardian restart the server every time it crashes? # 0 - only start the engine/service once # 1 - always restart the engine/service if it terminates # # Type: integer/boolean # #GuardianOption = 1 # # ---------------------------- # Priority level/class for the server process. # # The values are: # 0 (Zero) - normal priority, # positive value - high priority (same as -B command line option) # negative value - low priority. # # Note: All changes to this value should be carefully tested to ensure # that engine is more responsive to requests. # # Type: integer # #ProcessPriorityLevel = 0 # ---------------------------- # Local Connection Settings # # The name of the shared memory area used as a transport channel in local protocol. # Note that the local protocol in v2.0 is not compatible with any previous version # if Firebird or InterBase. # # Please note that the server can register objects in Global\ kernel namespace # only if it runs under the account with SE_CREATE_GLOBAL_NAME privilege. # This means that if you run the server under a restricted account under # Windows Vista/XP SP2/2000 SP4 it will not be accessible using the # local protocol from other sessions. # # Type: string # #IpcName = FIREBIRD # # The name of the pipe used as a transport channel in NetBEUI protocol. # Has the same meaning as a port number for TCP/IP. The default value is # compatible with IB/FB1. # # Type: string # #RemotePipeName = interbas # ============================ # Settings for Unix/Linux platforms # ============================ # ---------------------------- # Remove protection against redirecting requests to other servers # # ***WARNING*** ***WARNING*** ***WARNING*** ***WARNING*** # # Ability to redirect requests to other servers was initially present # in Interbase, but was broken by Borland in Interbase 6.0, when # they added SQL dialects. Request redirection was fixed in firebird 2.0, # but today such behaviour (proxy) seems to be dangerous from security # point of view. Imagine, you have one carefully protected firebird server, # access to which is possible from global net. But in case when this server # has access to your internal LAN (may and should be restricted, # but often possible), it will work as a gateway for incoming requests like: # firebird.your.domain.com:internal_server:/private/database.fdb # It's enough to know name/IP of some internal server on your LAN, and for # this connection one even need not know login/password on external server. # Such gateway easily overrides firewall, installed to protect your LAN # from outside attack. # # DO NOT ENABLE THIS OPTION UNLESS YOU REALLY KNOW WHAT YOU ARE DOING. # # Type: boolean # #Redirection = 0 ####################################### # # KB to Bytes Conversion table # ####################################### # # KB Bytes KB Bytes # ---- --------- ---- --------- # 1 1024 32 32768 # 2 2048 64 65536 # 4 4096 128 131072 # 8 8192 256 262144 # 16 16384 512 524288 # ####################################### # # MB to Bytes Conversion table # ####################################### # # MB Bytes MB Bytes MB Bytes # --- --------- --- ----------- --- ----------- # 1 1048576 64 67108864 448 469762048 # 2 2097152 128 134217728 512 536870912 # 4 4194304 192 201326592 640 671088640 # 8 8388608 256 268435456 768 805306368 # 16 16777216 320 335544320 896 939524096 # 32 33554432 384 402653184 1024 1073741824 # ... |
|||
:
Нравится:
Не нравится:
|
|||
|
03.11.2016, 16:57
|
|||
---|---|---|---|
|
|||
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
Не могу отредактировать предыдущее сообщение, забыл сказать, сейчас свип интервал = 0, сейчас можем снять gstat -h только в нормальном состоянии (сейчас период нормальной работы), в "аварийном" снять не смогли, но попытаемся ещё. Gallemar, да сегодня скажем была проблема в 9 и в 12 часов на 2,5 часов каждый раз. Никакие задачи (шедулер, скажем) в это время не выполнялись. Про "Trace и fb lock print" посмотрим. Мимопроходящий , у нас backup/restore каждую ночь, сборку мусора мы не отключали никак. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
03.11.2016, 20:54
|
|||
---|---|---|---|
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
grgr в "аварийном" снять не смогли, но попытаемся ещё. Что значит не смогли? Вообще во время таких зависаний пытались в базу подключится, например IBExpert'ом? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
04.11.2016, 17:41
|
|||
---|---|---|---|
|
|||
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
GallemarЧто значит не смогли? Вообще во время таких зависаний пытались в базу подключится, например IBExpert'ом? Конечно пытались. Иногда даже получалось. IBExpert в такие моменты зависает на этапе "Loading domains...". Отслеживали через IBExpert "Database Monitoring" активные процессы и запросы, ничего подозрительного, вроде чтения 100500миллионов неиндексированных записей, не выявили. Когда был включен sweep, наблюдали за работой пользователя SWEEPER - грузил сильно, но не смертельно, отработал примерно за 10 минут. Как уже было сказано, sweep отключили совсем, но проблема осталась. Количество пользователей/коннектов (запрос из mon$attachments) в базе существенно не меняется, в момент зависания даже существенно уменьшается, т.к. многие отключаются и вернуться уже не могут. Даже перезагрузка сервера не спасает - через 2 минуты появления базы online, при всего 10-20 активных коннектах, база уходит в небытие (обычное нормальное число коннектов 200-250), при том что супертяжелых запросов еще нет. Написал своеобразный db-pinger. Его действие с шагом 2 секунды: засечь время, подключиться к базе, открыть транзакцию, выполнить select * from rdb$database, закрыть транзакцию, закрыть подключение, вывести в Memo время выполнения операции. Результат под катом. Зависание базы можно наблюдать с 12:20 до 12:59. 12:16:00 - 1155 мс 12:16:00 - 265 мс 12:16:02 - 515 мс 12:16:04 - 203 мс 12:16:07 - 905 мс 12:16:08 - 593 мс 12:16:10 - 483 мс 12:16:13 - 1139 мс 12:16:14 - 437 мс 12:16:16 - 249 мс 12:16:18 - 359 мс 12:16:20 - 249 мс 12:16:23 - 1076 мс 12:16:25 - 921 мс 12:16:26 - 281 мс 12:16:29 - 702 мс 12:16:33 - 2917 мс 12:16:33 - 296 мс 12:16:35 - 1123 мс 12:16:36 - 499 мс 12:16:41 - 2606 мс 12:16:42 - 1076 мс 12:17:04 - 21513 мс 12:17:05 - 1014 мс 12:17:13 - 8892 мс 12:17:14 - 686 мс 12:17:15 - 437 мс 12:17:17 - 702 мс 12:17:21 - 3010 мс 12:17:22 - 578 мс 12:17:23 - 437 мс 12:17:25 - 374 мс 12:17:27 - 390 мс 12:17:29 - 265 мс 12:17:31 - 219 мс 12:17:34 - 1762 мс 12:17:35 - 281 мс 12:17:37 - 234 мс 12:17:39 - 281 мс 12:17:41 - 328 мс 12:17:43 - 327 мс 12:17:51 - 6412 мс 12:17:56 - 4898 мс 12:18:01 - 5164 мс 12:18:05 - 4368 мс 12:18:10 - 5226 мс 12:18:15 - 4399 мс 12:18:25 - 10374 мс 12:18:28 - 3058 мс 12:18:31 - 2199 мс 12:18:34 - 3698 мс 12:18:37 - 2683 мс 12:18:41 - 3806 мс 12:18:43 - 2652 мс 12:18:48 - 4368 мс 12:18:49 - 1779 мс 12:18:50 - 764 мс 12:18:51 - 405 мс 12:18:53 - 234 мс 12:18:55 - 250 мс 12:18:57 - 312 мс 12:19:02 - 2684 мс 12:19:02 - 655 мс 12:19:03 - 250 мс 12:19:05 - 280 мс 12:19:10 - 2699 мс 12:19:10 - 249 мс 12:19:12 - 717 мс 12:19:13 - 437 мс 12:19:17 - 2246 мс 12:19:18 - 359 мс 12:19:20 - 749 мс 12:19:29 - 7519 мс 12:19:31 - 2667 мс 12:19:32 - 1217 мс 12:19:51 - 17769 мс <<< тут всё умерло 12:21:30 - 98904 мс 12:25:39 - 249087 мс 12:28:15 - 155876 мс 12:31:22 - 187732 мс 12:34:19 - 176765 мс 12:36:41 - 142257 мс 12:38:27 - 105582 мс 12:40:19 - 112289 мс 12:41:48 - 89155 мс 12:42:53 - 64974 мс 12:44:27 - 93133 мс 12:46:55 - 148279 мс 12:48:18 - 83445 мс 12:51:17 - 178419 мс 12:52:39 - 82306 мс 12:53:26 - 47377 мс 12:55:49 - 143037 мс 12:56:11 - 21388 мс 12:56:49 - 38532 мс 12:57:37 - 47503 мс 12:58:05 - 28299 мс 12:58:26 - 21341 мс 12:58:53 - 27019 мс 12:58:59 - 5772 мс <<< отпустило 12:59:14 - 14649 мс 12:59:21 - 7113 мс < массовое подключение 12:59:30 - 9485 мс < служб и приложений 12:59:41 - 10406 мс 12:59:55 - 14352 мс 13:00:04 - 8798 мс 13:00:05 - 1139 мс 13:00:07 - 905 мс 13:00:09 - 1108 мс 13:00:20 - 9938 мс 13:00:22 - 2418 мс 13:00:28 - 5709 мс 13:00:29 - 874 мс 13:00:30 - 1045 мс 13:00:31 - 890 мс 13:00:34 - 2028 мс 13:00:35 - 811 мс 13:00:37 - 826 мс 13:00:39 - 421 мс 13:00:40 - 280 мс 13:00:43 - 1045 мс 13:00:45 - 515 мс 13:00:47 - 327 мс 13:00:49 - 359 мс 13:00:51 - 499 мс 13:00:53 - 1014 мс 13:00:55 - 344 мс 13:00:57 - 374 мс 13:01:02 - 3307 мс 13:01:03 - 1202 мс 13:01:04 - 858 мс 13:01:05 - 344 мс 13:01:08 - 1373 мс 13:01:09 - 812 мс 13:01:11 - 655 мс 13:01:13 - 250 мс 13:01:15 - 280 мс 13:01:17 - 328 мс 13:01:19 - 468 мс 13:01:21 - 343 мс 13:01:25 - 2215 мс 13:01:26 - 1404 мс 13:01:29 - 2371 мс 13:01:32 - 2964 мс 13:01:35 - 2855 мс 13:01:37 - 1950 мс 13:01:43 - 6428 мс 13:01:46 - 3136 мс 13:01:48 - 1685 мс 13:01:50 - 2152 мс 13:01:52 - 2059 мс 13:01:55 - 2621 мс 13:01:55 - 592 мс 13:01:58 - 1373 мс ... |
|||
:
Нравится:
Не нравится:
|
|||
|
04.11.2016, 18:43
|
|||
---|---|---|---|
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
alex deeep,в fb lock print делать пробовал? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
08.11.2016, 15:55
|
|||
---|---|---|---|
|
|||
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
fb_lock_print >fb_lock_print.exe -d dbname.fdb LOCK_HEADER BLOCK Version: 145, Active owner: 0, Length: 14388608, Used: 11092416 Flags: 0x0001 Enqs: 26294254, Converts: 84301, Rejects: 18750, Blocks: 132221 Deadlock scans: 16, Deadlocks: 0, Scan interval: 10 Acquires: 29039580, Acquire blocks: 1086638, Spin count: 0 Mutex wait: 3.7% Hash slots: 1009, Hash lengths (min/avg/max): 16/ 24/ 36 Remove node: 0, Insert queue: 0, Insert prior: 0 Owners (156): forward: 405464, backward: 7778328 Free owners (4): forward: 10945024, backward: 10852496 Free locks (2462): forward: 5106912, backward: 1071800 Free requests (1877): forward: 3567104, backward: 4058184 Lock Ordering: Enabled ... |
|||
:
Нравится:
Не нравится:
|
|||
|
08.11.2016, 16:50
|
|||
---|---|---|---|
|
|||
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
grgrHash slots: 1009, Hash lengths (min/avg/max): 16/ 24/ 36 Ужоснах. Увеличивай как минимум до 20011. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
|
08.11.2016, 16:52
|
|||
---|---|---|---|
|
|||
Внезапное торможение сервера и системные ошибки (INET/inet_error и другие) |
|||
#18+
Уже увеличили до 30011 ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=40&tablet=1&tid=1561803]: |
0ms |
get settings: |
7ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
59ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
2ms |
others: | 18ms |
total: | 178ms |
0 / 0 |