FireBird кеш проблем
3 отговора
178 прегледа
FireBird кеш проблем
Здравейте! Имам FireBird база данни на Linux машина. Често се случва сървъра да се рестартира я от токови удари или най-вече от "задкомпютърните биологични устройства". Заради тези случки сега имам счупена база, която трябва да се възстанови. Базата се чупи поне според мен, заради това, че промените не се записват веднага върху харда, а се кешират някъде си. Последната грешка, която получих беше: cannot find tip page (165). Forced writes на базата е On. От там следва, че проблема с кеширането е на Linux-а. Ако FireBird прави опит за незабавен запис върху диска - дали Linux се съобразява с това или не?
Благодаря предварително.
Благодаря предварително.
Re: FireBird кеш проблем
- За предпазване от токови проблеми - UPS
Странни са ми някои хора, които са готови да плащат много повече да им спасяват данните (по-лошото е, че не винаги е възможно
) , но икономисват от UPS
- За проблемите от "задкомпютърните биологични устройства" - доколкото разбирам, това все пак е работен а не учебен сървър и до него достъп трябва да имат само лица гордо зовящи се "АДМИНИСТРАТОР"
- TIP e Transaction Inventory Page - страницата в която се записва състоянието на транзакциите във всеки момент.
- Чрез Forced writes = On се дава инструкция към ОС да не кешира страниците. Т.е. при подаване на страница за запис (при всяка приключена транзакция, и още някои евенти, които не ги знам точно
) ОС веднага почва да изпълнява, а не се опитва да "хитрее". Това намалява вероятността от счупване на базата, но не винаги спасява при внезапно изключване на машината.
Странни са ми някои хора, които са готови да плащат много повече да им спасяват данните (по-лошото е, че не винаги е възможно
) , но икономисват от UPS
- За проблемите от "задкомпютърните биологични устройства" - доколкото разбирам, това все пак е работен а не учебен сървър и до него достъп трябва да имат само лица гордо зовящи се "АДМИНИСТРАТОР"
- TIP e Transaction Inventory Page - страницата в която се записва състоянието на транзакциите във всеки момент.
- Чрез Forced writes = On се дава инструкция към ОС да не кешира страниците. Т.е. при подаване на страница за запис (при всяка приключена транзакция, и още някои евенти, които не ги знам точно
) ОС веднага почва да изпълнява, а не се опитва да "хитрее". Това намалява вероятността от счупване на базата, но не винаги спасява при внезапно изключване на машината.Re: FireBird кеш проблем
Благодаря ти за съдействието! Всъщност UPS има, но има случаи в които и той не се справя с аномалиите в ел. мрежата. Колкото за Forced writes - теоретично наистина трябва да е така, но все още не съм убеден, че на практика става същото. Имам и случай в който копирам FDB файл върху стария, а базата продължава да ми връща данните от стария, докато не рестартирам сървъра. За това май трябва да питам в друг форум. Между другото - успях да намеря една програма за repair (IBFirstAid), но и искат към 200 евро. Ако ти или някой знае за някакъв free tool, ще съм много благодарен. gfix не се справя с проблема.
Редактирано от NickBass на
Re: FireBird кеш проблем
В отговор на:Имам и случай в който копирам FDB файл върху стария, а базата продължава да ми връща данните от стария, докато не рестартирам сървъра.
Това е така при линъкс, докато е жив този, който е заел файла, другите само си мислят че го изтриват
В отговор на:Между другото - успях да намеря една програма за repair (IBFirstAid), но и искат към 200 евро. Ако ти или някой знае за някакъв free tool
HexEdit и толкова време и нерви, че 200 евро ще ти се види като подарък
Виж този форум Модератор е Ковязин и често помага