FB 2.1.4 + Win2008R2 x64
FB 2.1.4 + Win2008R2 x64
Firebird 2.1.4 Classic, DB ~ 80 GB
Предыстория:
Контора развернула проект по виртуализации (VMware). В связи с этим необходимо было и виртуализировать базу на ФБ. До этого она себе крутилась на Win 2003 server 32bit и горя не знала.
История:
Развернули базу на виртуалке, под Windows 2008 R2 x64.
Во время переезда столкнулись с утечкой памяти ,особенно это было заметро при nbackup. См: viewtopic.php?f=8&t=5549 и http://www.sql.ru/forum/actualthread.as ... hl=nbackup (to kdv & Alexey Kovyazin: писали эти посты разные люди )
Заткнули утечку памяти с помощью сервиса Dynamic Cache Service ( http://www.microsoft.com/en-us/download ... px?id=9258), который нам любезно предоствил майкрософт для Win2008R2
Проработала база около недели и упала с ошибкой internal gds software consistency check (decompression overran buffer(179)). Было замечено, что в это время админы переносили нашу виртуалку в другую файловую группу (средствами самой платформы). Базу восстановили, спихнули бока на "переезд" в другую файловую группу.
Проработала еще где-то неделю, после чего опять упала с той же ошибкой. Полечили, решили, что проблема в самой виртуализации. Переехали на физический сервак с той же конфигурацией (Win2008R2 + Dynamic Cache Service)
Еже 2 недели работы - и опять та же ошибка. Из подозрений на что можно грешить - остался только Dynamic Cache Service, который устанавливает мин и макс значение памяти.
Все переезды делали по-людски, бэкап - рестор. Свет не вырубало и других явных причин повреждений БД небыло.
После этого решили вернуться на старый сервер под Win 2003 server 32bit.
Собственно вопросы:
1) Я нигде не нашел информации о том, про похожее поведение ФБ. Думаю данная инфа будет кому-то полезна. Знаю людей, которіе используют ФБ на виртуалке под виндовс х64 и у них течет память. Они не заморачиваясь выделили 8 Гб оперативы, а база у них 6 Гб Пошли в лоб, так сказать)
2) Какие еще могут быть причины такого поведения базы?
Предыстория:
Контора развернула проект по виртуализации (VMware). В связи с этим необходимо было и виртуализировать базу на ФБ. До этого она себе крутилась на Win 2003 server 32bit и горя не знала.
История:
Развернули базу на виртуалке, под Windows 2008 R2 x64.
Во время переезда столкнулись с утечкой памяти ,особенно это было заметро при nbackup. См: viewtopic.php?f=8&t=5549 и http://www.sql.ru/forum/actualthread.as ... hl=nbackup (to kdv & Alexey Kovyazin: писали эти посты разные люди )
Заткнули утечку памяти с помощью сервиса Dynamic Cache Service ( http://www.microsoft.com/en-us/download ... px?id=9258), который нам любезно предоствил майкрософт для Win2008R2
Проработала база около недели и упала с ошибкой internal gds software consistency check (decompression overran buffer(179)). Было замечено, что в это время админы переносили нашу виртуалку в другую файловую группу (средствами самой платформы). Базу восстановили, спихнули бока на "переезд" в другую файловую группу.
Проработала еще где-то неделю, после чего опять упала с той же ошибкой. Полечили, решили, что проблема в самой виртуализации. Переехали на физический сервак с той же конфигурацией (Win2008R2 + Dynamic Cache Service)
Еже 2 недели работы - и опять та же ошибка. Из подозрений на что можно грешить - остался только Dynamic Cache Service, который устанавливает мин и макс значение памяти.
Все переезды делали по-людски, бэкап - рестор. Свет не вырубало и других явных причин повреждений БД небыло.
После этого решили вернуться на старый сервер под Win 2003 server 32bit.
Собственно вопросы:
1) Я нигде не нашел информации о том, про похожее поведение ФБ. Думаю данная инфа будет кому-то полезна. Знаю людей, которіе используют ФБ на виртуалке под виндовс х64 и у них течет память. Они не заморачиваясь выделили 8 Гб оперативы, а база у них 6 Гб Пошли в лоб, так сказать)
2) Какие еще могут быть причины такого поведения базы?
Re: FB 2.1.4 + Win2008R2 x64
нудно талдычу
- nbackup нельзя использовать на 2.1, и даже на 2.5.1, можно, но осторожно, только на 2.5.2.
- сюда же относится пожирание памяти кэшем ОС, если вы об этом.
кроме того, на тему "памяти" я создавал топик и описывал в нем ситуацию
www.sql.ru/forum/actualthread.aspx?bid=2&tid=952284
там же смотрите ответы hvlad. Если вы о чем-то другом, то уточняйте, о каких "утечках памяти" идет речь.
- nbackup нельзя использовать на 2.1, и даже на 2.5.1, можно, но осторожно, только на 2.5.2.
- сюда же относится пожирание памяти кэшем ОС, если вы об этом.
куда течет, в файловый кэш? на 64битной ОС надо использовать или 64битный ФБ или 2.5.2.используют ФБ на виртуалке под виндовс х64 и у них течет память.
кроме того, на тему "памяти" я создавал топик и описывал в нем ситуацию
www.sql.ru/forum/actualthread.aspx?bid=2&tid=952284
там же смотрите ответы hvlad. Если вы о чем-то другом, то уточняйте, о каких "утечках памяти" идет речь.
Re: FB 2.1.4 + Win2008R2 x64
1) Почему нильзя использовать nbackup? Что-то я раньше такого не слышал... Если не nbackup - то как резирвировать? При использовании gbak, бэкап идет ~3 часа + рестор ~18 часов. И того на восстановление надо сутки + время на накат данных от бэкапа до падения. Это очень много...
2) Статью прочитал. Там говорится про ФБ 32бит на 64бит системе. А мы использовали 64-битный ФБ (инсталяха: Firebird-2.1.4.18393_0_x64.exe). При этом забивался файловый кэш: запускаешь nbackup и смотришь как растет используемая память в Task Manager-е, доходит до 100% - и сервер не отвечает на запросы, приходилось ребутать.
2) Статью прочитал. Там говорится про ФБ 32бит на 64бит системе. А мы использовали 64-битный ФБ (инсталяха: Firebird-2.1.4.18393_0_x64.exe). При этом забивался файловый кэш: запускаешь nbackup и смотришь как растет используемая память в Task Manager-е, доходит до 100% - и сервер не отвечает на запросы, приходилось ребутать.
Re: FB 2.1.4 + Win2008R2 x64
в данном случае, лучше 2.1.5kdv писал(а):на 64битной ОС надо использовать или 64битный ФБ или 2.5.2
Re: FB 2.1.4 + Win2008R2 x64
1) на 2.1 в инкрементальном бекапе есть известные баги, исправлено это только в 2.5. Так что либо рисковать, либо все-таки gbak.Olegek писал(а):1) Почему нельзя использовать nbackup? Что-то я раньше такого не слышал... Если не nbackup - то как резирвировать? При использовании gbak, бэкап идет ~3 часа + рестор ~18 часов. И того на восстановление надо сутки + время на накат данных от бэкапа до падения. Это очень много...
2) Статью прочитал. Там говорится про ФБ 32бит на 64бит системе. А мы использовали 64-битный ФБ (инсталяха: Firebird-2.1.4.18393_0_x64.exe). При этом забивался файловый кэш: запускаешь nbackup и смотришь как растет используемая память в Task Manager-е, доходит до 100% - и сервер не отвечает на запросы, приходилось ребутать.
2) вообще-то, nbackup по умолчанию читает базу в обход файлового кеша. Если вы не указали ему ключик -d off, конечно. Что-то тут не срастается.
Re: FB 2.1.4 + Win2008R2 x64
-d off как раз таки указан. Так как без этого ключа скорость чтения упиралась в 10мб/сек (viewtopic.php?f=8&t=5549)
Re: FB 2.1.4 + Win2008R2 x64
попробуйте повторить на 2.1.5, могут быть отличия
Re: FB 2.1.4 + Win2008R2 x64
вы не читаете переписку разработчиков, каждый пост на sql.ru, и т.д. В этом нет ничего страшного, но если я вам сказал что на 2.1 nbackup использовать не надо, то лучше просто поверить.Почему нельзя использовать nbackup? Что-то я раньше такого не слышал...
По какой причине вы так отчаянно вцепились в 2.1?
Re: FB 2.1.4 + Win2008R2 x64
Поговаривают, что 2.1 считается самам стабильным
Re: FB 2.1.4 + Win2008R2 x64
кто "поговаривает"? бабка на лавочке
оно может и стабильное, но не в плане nbackup.
оно может и стабильное, но не в плане nbackup.
Re: FB 2.1.4 + Win2008R2 x64
На сколько я вижу на firebirdsql.org - последний релиз 2.5.1kdv писал(а):на 64битной ОС надо использовать или 64битный ФБ или 2.5.2.
Я так понял, что решение проблемы - это установить 2.5 и посмотреть как оно будет работать
Re: FB 2.1.4 + Win2008R2 x64
там же есть "снапшоты", уже 2.5.2.На сколько я вижу на firebirdsql.org - последний релиз 2.5.1
я не знаю, какую проблему вы хотите решить. Если с файловым кэшем, то надо 2.1.5 или 2.5.2.Я так понял, что решение проблемы - это установить 2.5 и посмотреть как оно будет работать
если с nbackup, то 2.5.2. Вы не улавливаете закономерности? В 2.5.1 у вас будут те же проблемы с файловым кэшем.