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

CRS 11.2.0

Работя върху надграждането на нашите съществуващи услуги Oracle Cluster Ready от 11.1.0.7 на 11gR2 (11.2.0.1). Нещата не вървят толкова гладко, колкото се надявах и научавам много за промените в 11gR2. Това не е незначителна надстройка, както предполагат разликите в номерата на версиите. Имаше много промени в CRS 11gR2. Основните промени са както следва (без определен ред):

  • Услугите, готови за клъстери (CRS, известен още като клъстеруер) вече се наричат ​​Grid Infrastructure или накратко GRID.
  • Ако използвате ASM, той вече не е инсталиран в отделен дом. Oracle GRID вече включва Clusterware и ASM в един дом.
  • Oracle GRID 11gR2 вече включва слушател на име за единичен клиентски достъп (SCAN). За да направите нещата прости, ще трябва да направите SCAN виртуален IP адрес точно като обичайните ви VIP и да ги регистрирате в DNS. SCAN VIP трябва да е същото име като името на вашия клъстер. SCAN VIP трябва да има 3 IP адреса, свързани с него, тъй като Oracle GRID ще стартира до 3 слушателя на SCAN.
  • Oracle GRID 11gR2 вече поддържа мултикастинг. Трябваше да приложа пач 9974223, тъй като конфигурацията ми използваше вторичен порт за мулти-кастинг. Има инструмент за тестване за множествено предаване, който може да ви помогне да определите дали сте конфигурирани за множествено предаване или не.
  • Въпреки че можете да рестартирате CRS с „crsctl stop/start crs“, аз винаги съм бил свикнал с „/etc/init.d/init.crs stop/start“. Скриптът /etc/init.d/init.crs вече не е наличен. Вместо това е заменен с /etc/init.d/init.ohasd.

Това са само няколко промени, които откривам по пътя, докато извършвам надстройките си и отстранявам възникнали проблеми.

Тази надстройка ми доказа, че е ценно да имате RAC тестова стенд, преди да работите по тези задачи във вашите производствени среди. Последното място, на което работех, имаше само една RAC среда и това беше нашата производствена база данни. Беше счетено за твърде скъпо да се създаде друга RAC среда за разработка/тестване. Настоящият ми служител беше достатъчно мъдър, за да настрои RAC тестово стенд, където мога да унищожа напълно нещата и да тествам, тествам, тествам, преди да се опитам в производството. Нещата се промениха през последните години, когато човек може да използва виртуални машини за настройване на тестови среди много по-евтино от преди, когато трябваше да набавяме хардуер само за тестване.

Като се има предвид това, бих искал сегашният ми тестов RAC да е във VM среда. Ако беше във виртуална машина, бих могъл да направя моментна снимка на виртуалната машина с работещ CRS 11.1.0 и ако срещнах проблеми, които бяха трудни за възстановяване, можех да се върна обратно към моментната снимка. Както е сега, ако се сблъскам с проблеми с надстройката и наистина направя бъркотия, трябва ръчно да деинсталирам всичко, да инсталирам отново CRS 11.1.0 и да създам отново база данни, преди да мога да опитам отново да надстроя CRS 11.2.0. Това отнема време и VM може да ми спести много време тук.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Свързване на C# с Oracle

  2. GATHER_PLAN_STATISTICS не генерира основна статистика на плана

  3. Попълване на елемент от дърво с група записи във форми на Oracle

  4. Използване на подзаявка в изявление за проверка в Oracle

  5. Отпадане на свързани потребители в базата данни на Oracle