Oracle
 sql >> база данни >  >> RDS >> Oracle

Инсталиране на RAC за база данни с файлове с данни

Не толкова отдавна имах нужда да надстроя Oracle Clusterware и RDBMS от 11.1.0.7 на 11.2.0.2. Имам много опит със софтуера на Oracle RDBMS, но подозирам, че съм като повечето DBA, тъй като опитът ми с Clusterware не е на същото ниво като моят RDBMS опит. Така че, въпреки че нямах никакви страхове относно надграждането на софтуера на RDBMS, подходих към надграждането на Clusterware с известна степен на нервност. Разбира се, това безпокойство се роди от по-ниска степен на опит с продукта. Така че, преди да опитам в производството, тествах, тествах и тествах колкото можех повече.
Надграждането на Clusterware премина гладко благодарение на много планиране и тестване.

След надстройката размишлявах какво се оправи и какво се обърка и какво мога да направя по различен начин в бъдеще. Хрумна ми, че можех напълно да прецака надграждането на Clusterware, да издуха софтуера Clusterware и все пак да мога да инсталирам Clusterware от нулата и да мога да пусна моята RAC база данни. Тази публикация ще покаже стъпките, които предприех в тестова среда, за да изпълня тази задача. Така че, ако се окажете с напълно прецакано надграждане или инсталиране на Clusterware, няма страх, защото докато все още имате файловете на базата си, ще можете да стартирате нещата. Ако надстройката на клъстеруера е неуспешна, ще трябва да отстраните основната причина за неуспеха, преди да продължите. Така че, ако сте имали лоша конфигурация за взаимно свързване на клъстер или невалидно съхранение за вашите дискове за гласуване, ще трябва да разрешите тези проблеми и след това можете да следвате тези стъпки.

Имам валидна база данни с всичките ми файлове с данни в споделено хранилище, достъпна от всички възли в клъстера. Моят тест има два възела за клъстера. Предполага се също, че базата данни е изключена чисто. Този документ предполага, че името на базата данни е ORCL.

Забележка:Ако вашата база данни, която добавяте към RAC, вече е била част от RAC, можете да пропуснете стъпки 9-11 по-долу. Стъпки 9-11 са необходими, ако също така конвертирате базата данни от база данни с един екземпляр в база данни Oracle RAC, докато я добавяте към Clusterware.

Стъпки
1. Направете студено архивиране на вашите файлове с данни. В случай, че нещо се случи, винаги можете да възстановите от архива, като просто копирате файловете от носителя.
2. Уверете се, че възлите са почистени от инсталацията/надграждането на Clusterware. Вижте Metalink Note 239998.1 за подробни инструкции, ако е необходимо.
3. Инсталирайте правилно Oracle Clusterware. Първоначално трябваше да отстраните проблемите, довели до неуспеха на тази стъпка.
a. Проверете дали клъстерът работи и работи.
i. $CRS_HOME/bin/crsctl сървър за състояние
1. Всички възли в клъстера трябва да са ОНЛАЙН.
4. Инсталирайте Oracle RDBMS на клъстера.
a. OUI трябва да открие Clusterware и да предложи извършване на RAC инсталация.
5. Задействайте DBCA, за да създадете шел база данни. Ще използваме DBCA, за да настроим всичко в CRS вместо нас.
a. Изберете опциите за създаване на RAC база данни.
b. Използвайте същото име като вашата съществуваща база данни.
c. Създайте шел база данни на всички възли в клъстера.
d. Използвайте общо местоположение за файловете на базата данни, но не презаписвайте съществуващите файлове с данни.
6. Изключете шел базата данни
a. srvctl стоп база данни –d orcl
7. Настройте своя SPFILE
a. Ако имате SPFILE на старата си база данни:
i. Поставете файла на споделен диск.
ii. Актуализирайте $ORACLE_HOME/dbs/initorcl.ora, за да посочите правилното местоположение на SPFILE. Направете това на всички възли
b. Ако нямате SPFILE, създайте PFILE от нулата и след това използвайте командата CREATE SPFILE FROM PFILE, за да създадете SPFILE.
i. Уверете се, че параметърът CONTROL_FILES сочи към правилното местоположение, а не към контролните файлове на базата данни на обвивката.
c. (По избор) Ако имате файл с парола, копирайте го в споделено хранилище и след това актуализирайте меката връзка в $ORACLE_HOME/dbs (на всички възли), за да сочи към файла с парола. Ако нямате файл с парола, можете да създадете такъв по-късно, ако желаете.
8. Актуализирайте CRS със SPFILE местоположение (като root)
a. cd $CRS_HOME/bin
b. ./srvctl конфигурационна база данни –d orcl
i. Резултатът трябва да ви каже, че SPFILE е в местоположението на базата данни на shell
c. ./srvctl модифицира база данни –d orcl –p /correct_path/spfileorcl.ora
i. Направете стъпка 8b, за да проверите дали промяната е извършена.
ii. Проверете промяната и на другия възел. Трябва да изпълните тази команда за модифициране само веднъж за всички възли.
9. Променете съдържанието на SPFILE.
a. sqlplus /nolog
b. свържете / като sysdba
c. създайте pfile=’/home/oracle/pfile.txt’ от spfile=’/path_to_spfile/spfileorcl.ora’;
d. Отворете pfile в текстов редактор и направете следните промени:
i. Добавете:
1. *.cluster_database=true
2. *.cluster_database_instances=2
3. orcl1.instance_number=1
4. orcl2.instance_number=2
5. orcl1.thread=1
6. orcl2.thread=2
ii. Променете параметъра *.undo_tablespace на orcl1.undo_tablespace
e. Използвайте pfile, за да промените spfile
i. create spfile=’/path_to_spfile/spfileorcl.ora’ от pfile=’/home/oracle/pfile.txt’;
10. Създайте ново таблици UNDO за другия екземпляр.
a. експортиране ORACLE_SID=orcl1
b. sqlplus / като sysdba
c. стартиране
d. създайте файл за отмяна на таблицата undotbs2 ‘/path/undotbs02.dbf’ с размер 30m;
e. променете системния набор undo_tablespace=undotbs2 scope=spfile sid=’orcl2′;
11. Създайте регистрационни файлове за повторно изпълнение за новата нишка
a. alter database add logfile thread 2 group 10 ‘/path/redo10.log’ размер 50m;
b. alter database add logfile thread 2 group 11 ‘/path/redo11.log’ размер 50m;
c. alter database add logfile thread 2 group 12 ‘/path/redo12.log’ size 50m;
d. alter database активирайте публична нишка 2;
12. srvctl стартова база данни –d orcl

В този момент вече сте инсталирали Clusterware от нулата и сте добавили съществуваща база данни към него. Сега, когато имам доказан метод за вземане на произволен набор от файлове на база данни и добавянето им към всяка инсталация на клъстеруер, намалих нивата си на нервност при извършване на надстройки на Clusterware на производствени системи. Дори и да направя пълна бъркотия от нещата, мога да издуха Clusterware, да го инсталирам отново и след това да добавя базата данни към Clusterware и моята RAC база данни да започне да работи за нула време.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. какво е oracle EBS R12

  2. Проверки на валидна дата в Oracle

  3. Как да използвате URL адрес на Google Translate в Oracle plsql

  4. Как да конвертирате число в низ в Oracle?

  5. ORA-00947 Няма достатъчно стойности при глобално деклариране на типа