FB 2.1.4 + Win2008R2 x64
Добавлено: 23 авг 2012, 17:26
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) Какие еще могут быть причины такого поведения базы?