Похоже грохнулся IB. Может, кто знает, как чинить. Вот что пишет:

← →
KIR © (2003-05-13 15:52) [0]

Attempting to connect to:
MV:C:\server\Bms_db.gdb

Connecting... Failed!
------------------------------------
Unsuccessful execution caused by a system error that precludes
successful execution of subsequent statements.
I/O error for file "C:\SERVER\BMS_DB.GDB".
Error while trying to read from file.
Операция выполнена успешно.
.

Attempting to connect to services manager... Passed!

Disconnecting from database... Passed!

← →
Romkin © (2003-05-13 16:11) [1]

http://www.ibase.ru/devinfo/db_repair.htm

← →
KIR © (2003-05-13 16:38) [2]

Похоже, что совсем грохнулся

← →
Desdechado © (2003-05-13 16:44) [3]

больше смахивает на упадок БД, а не сервера

← →
KIR © (2003-05-13 17:07) [4]

Да - упадок БД - сам файл даже не раскрывается

← →
Alexandr © (2003-05-14 07:49) [5]

останови сервер Interbase
и попробуй файл БД скопировать

← →
KIR © (2003-05-14 10:46) [6]

Уже попытался - ни фига

← →
Alexandr © (2003-05-14 11:03) [7]

ну тогда interbase тут вообще нипричем.
Это Ось, винт и пр...
ну попробуй перегрузить компьютер, запусти scandisk какой-нибудь...

← →
Anatoly Podgoretsky © (2003-05-14 11:11) [8]

Походе винчестер груохнулся или нарушена файловая система.

← →
АлексейК (2003-05-14 13:43) [9]

Именно scandisk вообще лучше не запускать, все равно не поможет а вот окончательно добить вполне сумеет. Надо снимать винт и восстанавливать с него информацию кластер за кластером, если повезет то файл восстановить удастца.

← →
KIR © (2003-05-15 14:45) [10]

Народ, слава богу база была зарезервивона накануне, так что ничего ужасного. Но если кому интересно, я так и не понял в чем дело: винт в порядке, файловая система - в порядке. А он все равно выдает I/O Error, понятное дело что-то с файлом. Но самое интересное, что абсолютно на ровном месте...

← →
Anatoly Podgoretsky © (2003-05-15 14:49) [11]

В таком случае все таки файловая система, просто не все ошибки можно обнаружить.

← →
Соловьев © (2003-05-15 14:54) [12]

2 KIR
а что хоть за ОС? чтобы быть в курсе, чтобы быть готовык к новостям так сказать.

← →
Alexandr © (2003-05-15 15:04) [13]

win98+Fat32
угадал?

← →
Ihor Osov'yak © (2003-05-15 15:11) [14]

2 Alexandr © (15.05.03 15:04)

Да уж... Хотя бывает и такое..

2 KIR © - есть еще такая вещь, как зеркало базы. Очень помогает в таких случаях..

← →
KIR © (2003-05-15 15:17) [15]

>Alexandr
Угадал :)

>Ihor Osov"yak ©
Первый раз у меня IB грохнулся. Теперь, видимо, сделаю зеркало

← →
Ihor Osov'yak © (2003-05-15 15:26) [16]

2 KIR © (15.05.03 15:17)

Зеркало конечно поможет, но все же посмотри в сторону NTFS и NT/W2K/XP

← →
KIR © (2003-05-15 15:34) [17]

Здесь не так все масштабно. И на машине, где расположен файл БД работает человек, который и знать не знает, что такое IB, FAT32, NTFS и т.д. Врядли он согласится соскочить с Вин98.

И вопрос: а почему NTFS? Чем конкретно она лучше FAT32, если говорить о надежности?

← →
Alexandr © (2003-05-15 15:39) [18]

так... приехали.
Что нет 300$ на компьютер для сервера?
а то и 200$ хватит...

Как только будет ответ на мой предыдущий вопрос -> сразу будут доводы для руководства -> сразу будет компьютер :)

KIR © (15.05.03 15:34)
И ты после этого удивляешься, на машине с базой ничего постороннего (пользователя, если это сетевая база конечно) быть не должно!!!
Надежность самой файловой системе значительно выше, к тому же желательно поставить как минимум два винчестера и сделать зеркало.
Еще и дополнительно возможность Security, не позволять никому читать базу!!
Плюс обязательно УПС с управление нормальным выключением ОС.

УПС стоит
Security стоит

У БД forced writes = Enabled надоть

>Romkin
А можно поподробнее

KIR © (15.05.03 16:02)
Security на FAT!!!
На FAT только шаринг

Romkin © (15.05.03 16:16)
Это сильно снижает быстродействие, это если только в его варианте, если будет выделенный сервер с УПС то не стоит.

Не так уж и снижает, я не замечал у себя. С современными дисками и не советуют этого делать.
А вот когда юзверь работает на компьютере, да еще сервер на win9х гораздо лучше незаметно тормозить, зато не иметь проблем с повреждением файла.
А включается это gfix, параметр -sync
gfix C:\SERVER\BMS_DB.GDB -user SYSDBA -pass masterkey -sync
Хотя могу и ошибаться :-)

Romkin © (15.05.03 18:53)
Лучше даже заметно тормозить, пользы две - твоя и возможно заставит задуматься об смене машины.

Похоже грохнулся IB. Может, кто знает, как чинить. Вот что пишет: Найти похожие ветки