От време на време, независимо в коя компания работя, ме молят да създам нова производствена база данни. Работех върху тази задача днес, когато започнах да мисля за това колко много работа беше да се създаде чисто нова база данни в миналото, колко много DBCA обработва за нас днес и колко все още остава да се направи.
В момента имаме база данни за разработка и тестове за нашето приложение на трета страна. Ще пуснем приложението в производство до края на седмицата, така че бях натоварен със задачата да настроя производствена версия на тази база данни. Сървърът на производствената база данни е RAC клъстер с 3 възела, който вече е настроен за мен, тъй като в момента работим с две други бази данни в клъстера. Така че това ми спестява стъпката за инсталиране и конфигуриране на Grid Infrastructure и софтуера RDBMS. Но когато започнах да настройвам базата данни, трябваше да си помисля колко много работа ми остава да свърша. И тъй като рядко създаваме чисто нови производствени бази данни, някои от тези задачи не се запомнят толкова лесно, колкото други. По-долу са стъпките, през които преминах днес, за да стартирам производствената база данни.
1. Използвайки базите данни dev/test като мое ръководство, определих изискванията си за памет и дисково съхранение.
2. Проверих, че производственият RAC клъстер има достатъчно памет, за да поддържа новите екземпляри на база данни.
3. Работих с моя администратор за съхранение, за да монтирам необходимото дисково хранилище на клъстера.
4. След това задействах DBCA, за да създам чисто новата база данни. Минах през съветника и попълних съответните стойности и след това оставих DBCA да направи своята магия.
5. Наистина не ми харесва как DBCA ми позволява да създавам/разпределям регистрационни файлове за повторно изпълнение, така че след като базата данни беше създадена, създадох свои собствени групи регистрационни файлове за повторно изпълнение (разбира се мултиплексирани) и изпуснах групите от регистрационни файлове за повторно изпълнение, създадени от DBCA за мен.
6. Никога не мога да разбера как да добавя 3-ти контролен файл в DBCA. И така, след като базата данни е създадена, я затварям, правя 3-то копие на контролния файл, актуализирам SPFILE с факта, че вече има 3 контролни файла и стартирам базата данни.
7. DBCA постави моя файл с парола и spfile на места, които не са оптимални за мен. Затова ги преместих. В $ORACLE_HOME/dbs създадох меки връзки, сочещи към новите местоположения. След това използвах srvctl, за да актуализирам местоположението на spfile в CRS.
8. Никога не съм използвал DBCA за настройка на режим на архивиране. Така че винаги пропускам тази част от DBCA. Освен това ми харесва идеята да не архивирам моите регистрационни файлове за повторно изпълнение, когато DBCA създава базата данни, за да ускори този процес. Така че в този момент настроих архивиране за базата данни.
9. Базата данни ще се използва в режим на готовност и искам да се уверя, че имам превключвател на дневника поне веднъж на час, затова зададох ARCHIVE_LAG_TARGET на 3600.
В този момент базата данни с голи кости е настроена и готова за използване. Сега е време да прочетем базата данни за нашето приложение.
10. Настроих всички необходими пространства за таблици за приложението.
11. Настроих всички необходими потребители за приложението.
12. Промених пространството за таблици по подразбиране на базата данни на едно от тези, които създадох по-горе. След това изхвърли пространството за таблица USERS.
13. Тъй като това е RAC база данни, трябва да настроим услугата за свързване на приложението.
14. След като базата данни е готова за приложението, трябва да настроим резервната база данни. Това беше лесно направено с помощта на съветника за добавяне на резервна база данни в Grid Control.
15. Нашата Standby база данни е на RAC клъстер с 2 възела. Помощникът за добавяне на резервна база данни създава база данни с един екземпляр, така че съветникът за конвертиране в база данни на клъстер беше стартиран в Grid Control, за да направи Standby RAC база данни.
И накрая, последната стъпка беше да се гарантира, че всички задачи по поддръжката са разширени до новата база данни. Например, заданията на cron за изтриване на стари регистрационни файлове трябваше да бъдат променени за новия екземпляр.
Еха! Това е много работа, за да се създаде първоначална база данни в нашата производствена среда. Както казах в началото, DBCA върши много работа за нас сега. А Grid Control автоматизира и голяма част от работата по създаването в режим на готовност. Но все още има много стъпки.
