Задачката изглеждаше относително проста: има Oracle RAC с 2 нода върху HP-UX PA-RISC (64 bit). Версията на софтуера е 10.2.0.3 – и CRS, и ASM, и database. При миграцията към ASM всичките данни отиват на един физически дял на storage-а. Съответно от стария дял, върху който (поддържани като logical volumes от HP ServiceGuard) живееха и данните, и OCR/Voting disk, остават използвани само OCR/Voting disk. 120 МВ, а заради тях стои 100 GB дял – срамота!
За това решихме да преместим OCR и Voting Disk-а върху специано отделени за тях physical partitions и да затрием старата виртуална група. Освен това, след като сме направили upgrade от 10.1. на 10.2, ще се възползваме от възможността за избягване на single-point-of-failure като направим OCR mirror (така имаме 2 копия на OCR) и общо 3 voting disks (за да не е 1, и да бъдат нечетен брой).
Накратко – трябва данните от 1 дял, наречен OCR да се преместят в 2 нови и напълно идентични; данните от друг дял отиват в 3 нови. Прекрасното е, че добавянето/премахването на OCR дял / Voting disk е ужасно улеснено, според документацията. Дори става online.
За загрявка започнахме с voting disk-a – по-безопасен е. Според документацията командата за добавяне на Voting Disk е лека:
crsctl add css votedisk path
Съответно, a и много логично, премахването на voting disk става с
crsctl delete css votedisk path
Единствената забележка е, че това се прави с root.
И така, запретвам ръкави. Добавянето е нещо сравнително конструктивно, няма какво да счупи. Още повече че клъстера работи и би трябвало да се пази сам. Пускам
/ > $ORA_CRS_HOME/bin/crsctl add css votedisk /dev/rdsk/ora_vote_m1
Cluster is not in a ready state for online disk addition
А! Ядец. Оказа се, че според бъг в CRS (4898020), добавянето на voting disk докато работи клъстера е невъзможно (обещават да го оправят в 10.2.0.4).
Ами сега? Е, мечка страх, мене – не. Събарям клъстера, за да ги добавя когато не може да се защитава. Внимавам с предупреждението в документацията:
If your cluster is down, then you can use -force option to modify the voting disk configuration with either of these commands without interacting with active Oracle Clusterware daemons. However, using the -force option while any cluster node is active may corrupt your configuration.
И така, постилам килимчето и добавям трите нови voting disk-а при спрян клъстер. Стария не го трия за сега, за да имам стъпка назад. Всичко минава перфектно. Вдигам внимателно с crsctl start crs
и всичко тръгва освен… database instance. Малко разръчкване на логове ми показва, че ASM не е успял да си монтира дисковете – не ги харесва, просто (нямал кворум, ала-бала). Неприятно усещане.
(следва продължение)