Заранее прошу прощения за ошибки в терминологии
В sybase я совсем новичок

Была БД, хранящаяся на двух разных HDD.
на hda1 в файле data.db - данные и чуть-чуть логов
и вторая часть на hda2 в файле log.db - логи

Так вот файл log.db исчез! Куда не известно, почему тоже.

Есть backup сделанный командой dump database

После перезагрузки БД, хранящаяся в data.db не поднимается.

Пытался сделать, как сказано в мануалах drop database и т.д.
но уже на шаге drop database получаю ответ, что мол БД xxx не recovery, повторите позже

А через nое количество попыток стал писать, что БД xxx помечена как
'suspect' и не может быть открыта

Пытался вынуть файл log.db из backupа, но в ответ на команду
load database xxx from "xxxx" with listonly
получал сообщение про то, что БД не recovery

Что делать?

В sybase я мягко выражаясь новичок, но немного разбираюсь в Oracle и MySQL, правда скорее как программист, нежели администратор :(
Помогите пожалуйста.

P.S. Про то, как вывести из suspect уже прочитал, но пока не делал, ибо боюсь всё окончательно испортить :(

Перечитал уйму литературы, форум и накидал план восстановдения
Проверьте пожалуйста, если не сложно,
т. к. БД очень важная и не хочу делать ни одного шага без его верификации

1)
sp_helpdb xxx

datadev 80.0Mb data only
datadev 1612.0Mb data only
datadev 8.0Mb log only
logdev 1700Mb log only

select segmap, size from sysusages where dbid=db_id("xxx")

segmap size
3 40960
4 4096
3 825344
4 870400

2)
sp_helpdevice
datadev /base/data/data.db 4 1855.47Mb
logdev /base/log/log.db 5 1855.47Mb

файл data.db на настоящий момент имеет размер 1945600000 байт
соответсвенно 950000 блоков по 2k

3)
dbcc dbrepair(xxx, dropdb)

4)
sp_dropdevice datadev
sp_dropdevice logdev
остановить сервер
удалить файлы
???создававать файлы???
запустить сервер

5)
disk init name="datadev", physname="/base/data/data.db", vdevno=4,
size=950000
disk init name="logdev", physname="/base/data/log.db", vdevno=5,
size=950000

6)
create database xxx on datadev=80, log on datadev=8 for load
alter database xxx on datadev=1612, log on logdev=1700 for load

7)
load database xxx from "/usr/backup/lastbackup"

8)
online database xxx

В 4ом пункте не понятно, надо руками создавать огромные файлы, или сам создаст

В 7ом пункте восстанавливать надо именно из того места куда бэкапилось, или можно из любого (я на всякий случай на другой диск скопировал бэкап и хочу оттуда)


Спасибо

to MasterZiv

А какие ещё есть варианты, кроме восстановления из дампа?
Сейчас база в suspect, предположим из этого состояния я её выведу, а что дальше? (Кстати я так и не понял, как узнать статусы в которых она пребывала до аварии)

Как поднять базу без одного из устройств, на которых она хранится?
Если как-то можно, пожалуйста напишите, буду очень благодарен.
Сейчас если я правильно полагаю есть данные в полном объёме и логи в объёме 8MB из примерно 1600Mb на момент аварии.

И ещё один вопрос
У меня СУБД установлена в /opt/sybase-11.9.2 базы в /base/...
Если я сделаю копию этих каталогов в их нынешнем состоянии средствами ОС, смогу ли я в случае, если что-то пойдёт не так заменить запорченный вариант ранее скопированным. Вернётся ли база в нынешнее пусть нерабочее, но хоть какое-то состояние? Или запустить после замены копией не удастся?

Спасибо.

А по поводу копирования? Можно будет в случае чего "ещё раз попробовать" или когда sybase ставится, она как-нибудь хитро к месту привязывается? И после копирования не запустится?

Спасибо всем большое
Базу восстановили :)
Глюкануло RAID контроллер