Исходные данные: Solaris, vxvm, СУБД Oracle.
Что произошло: во время работы пропал доступ к дисковому массиву.
Порядок восстановления:
Восстановить питание на массив.
Восстановить физические подключения.
Проверить SAN.
Зайти на свитчи (telnet, ssh, http или другой — в зависимости от вендора). Проверить конфигурацию зон, физическое состояние портов.
Проверить работоспособность массива.
Зайти через интерфейсы массива (telnet, ssh, http или другой — в зависимости от вендора). Проверить состояние дисков, LUN-ов, видимость серверов.
Проверить логи на сервере.
tail -100 /var/adm/messages
Проверить состояние дисковых групп.
vxdg list
vxdisk list
vxdmpadm listctlr all
vxdmpadm getsubpaths ctlr=c5
Переподключить дисковый массив к серверу.
cfgadm -al
cfgadm -c configure c5:500502020294023
devfsadm
vxdctrl enable
vxdisk -o alldgs list
vxdg list
vxdisk list
vxdmpadm listctlr all
vxdmpadm getsubpaths ctlr=c5
Отмонтировать файловые системы со сбойными дисками и переподключить дисковую группу.
umount /home/GROUPNAME
vxdg deport GROUPNAME
vxdg import GROUPNAME
Стартовать тома и подмонтировать точки монтирования.
vxvol -g GROUPNAME startall
vxrecover -sb -g GROUPNAME
mount /home/GROUPNAME
Можно также воспользоваться командой vxreattach
Почистить оставшиеся в памяти сегменты разделяемой памяти.
Для Oracle и других приложений, использующих разделяемую память, нужно почистить
оставшиеся в памяти сегменты
bash-2.05# ipcs -mb
IPC status from as of Thu Aug 25 14:41:27 MSD 2007
T ID KEY MODE OWNER GROUP SEGSZ
Shared Memory:
m 100 0x6b262f28 --rw-r----- ora92 dba 541065216
m 1 0xc0d205f0 --rw-r----- ora817 dba 761110528
m 9302 0xe0410 --rw-rw-rw- telecom devel 408
m 9303 0xe040b --rw-rw-rw- telecom devel 5656
m 9304 0xe020b --rw-rw-rw- telecom devel 2040
m 9305 0xe040c --rw-rw-rw- telecom devel 74400
По ID номеру очищаем сегменты памяти
ipcrm -m 9302
Стартуем СУБД.
# su - ora817
$ sqlplus "/as sysdba"
SQL> startup
SQL> quit
$ lsnctl start
