تغییر Cluster Name در Oracle Cluster 12c

سلام 

یکی از دوستان درخواست تغییر clustername رو داشتن که من این مقاله رو برای این گذاشتم که دیگر دوستان هم استفاده کنن

خب برای اینکار ما باید ابتدا کلاستر رو deconfig کنیم و دوباره config کنیم 

اینکه این کار باعث downtime میشه و اینکه دیتابس ما حذف نمیشه بعد از config ما این دیتابیس رو به cluster اضافه میکنیم

خب برای اینکار ابتدا ما با کاربر root کلاستر رو deconfig میکنیم

روی تمام نود ها بجز نود اخر این دستور رو میزنیم

[root@prod1 install]# cd /grid/app/12.2/grid/crs/install
[root@prod1 install]# ./rootcrs.pl -deconfig -force -verbose

Using configuration parameter file: ./crsconfig_params
The log of current session can be found at:
  /grid/grid_base/crsdata/prod1/crsconfig/crsdeconfig_prod1_2019-05-14_04-51-07PM.log
CRS-2791: Starting shutdown of Oracle High Availability Services-managed resources on 'prod1'
CRS-2673: Attempting to stop 'ora.crsd' on 'prod1'
CRS-2790: Starting shutdown of Cluster Ready Services-managed resources on server 'prod1'
CRS-2673: Attempting to stop 'ora.mciprod.db' on 'prod1'
CRS-2673: Attempting to stop 'ora.chad' on 'prod1'
CRS-2677: Stop of 'ora.mciprod.db' on 'prod1' succeeded
CRS-2673: Attempting to stop 'ora.DATA.dg' on 'prod1'
CRS-2673: Attempting to stop 'ora.FRA.dg' on 'prod1'
CRS-2673: Attempting to stop 'ora.OCRVOTING.dg' on 'prod1'
CRS-2677: Stop of 'ora.FRA.dg' on 'prod1' succeeded
CRS-2677: Stop of 'ora.DATA.dg' on 'prod1' succeeded
CRS-2677: Stop of 'ora.OCRVOTING.dg' on 'prod1' succeeded
CRS-2673: Attempting to stop 'ora.asm' on 'prod1'
CRS-2677: Stop of 'ora.asm' on 'prod1' succeeded
CRS-2673: Attempting to stop 'ora.ASMNET1LSNR_ASM.lsnr' on 'prod1'
CRS-2673: Attempting to stop 'ora.ASMNET2LSNR_ASM.lsnr' on 'prod1'
CRS-2677: Stop of 'ora.ASMNET2LSNR_ASM.lsnr' on 'prod1' succeeded
CRS-2677: Stop of 'ora.chad' on 'prod1' succeeded
CRS-2677: Stop of 'ora.ASMNET1LSNR_ASM.lsnr' on 'prod1' succeeded
CRS-2792: Shutdown of Cluster Ready Services-managed resources on 'prod1' has completed
CRS-2677: Stop of 'ora.crsd' on 'prod1' succeeded
CRS-2673: Attempting to stop 'ora.asm' on 'prod1'
CRS-2673: Attempting to stop 'ora.crf' on 'prod1'
CRS-2673: Attempting to stop 'ora.drivers.acfs' on 'prod1'
CRS-2673: Attempting to stop 'ora.gpnpd' on 'prod1'
CRS-2673: Attempting to stop 'ora.mdnsd' on 'prod1'
CRS-2677: Stop of 'ora.drivers.acfs' on 'prod1' succeeded
CRS-2677: Stop of 'ora.crf' on 'prod1' succeeded
CRS-2677: Stop of 'ora.gpnpd' on 'prod1' succeeded
CRS-2677: Stop of 'ora.mdnsd' on 'prod1' succeeded
CRS-2677: Stop of 'ora.asm' on 'prod1' succeeded
CRS-2673: Attempting to stop 'ora.cluster_interconnect.haip' on 'prod1'
CRS-2677: Stop of 'ora.cluster_interconnect.haip' on 'prod1' succeeded
CRS-2673: Attempting to stop 'ora.ctssd' on 'prod1'
CRS-2673: Attempting to stop 'ora.evmd' on 'prod1'
CRS-2677: Stop of 'ora.ctssd' on 'prod1' succeeded
CRS-2677: Stop of 'ora.evmd' on 'prod1' succeeded
CRS-2673: Attempting to stop 'ora.cssd' on 'prod1'
CRS-2677: Stop of 'ora.cssd' on 'prod1' succeeded
CRS-2673: Attempting to stop 'ora.gipcd' on 'prod1'
CRS-2677: Stop of 'ora.gipcd' on 'prod1' succeeded
CRS-2793: Shutdown of Oracle High Availability Services-managed resources on 'prod1' has completed
CRS-4133: Oracle High Availability Services has been stopped.
2019/05/14 16:53:06 CLSRSC-4006: Removing Oracle Trace File Analyzer (TFA) Collector.
2019/05/14 16:54:10 CLSRSC-4007: Successfully removed Oracle Trace File Analyzer (TFA) Collector.
2019/05/14 16:54:10 CLSRSC-336: Successfully deconfigured Oracle Clusterware stack on this node

تغییر ip های scan در Oracle Clusterware

سلام به همه دوستان

همین طور که میدونید ‌ما در Cluster اوراکل جندین نوع IP‌داریم اولین IP‌های که ما کار میکنیم برای اتصال به OS از طریق putty با استفاده از Public  IP‌ها هستن که این نوع IP‌های در اختیار و کنترل OS می  باشند

Virtual IP  یا به عبارتی VIP‌این  IP  ادرس ها در رنج public‌IP‌ ما هستند و تحت کنترل Oracle Cluster  هستن یه عبارتی زمنی که cluster ware  ما start می شه این Ip های روی کارت شبکه ما ایحاد میشن و زمانی که stop‌شد این Ip‌ها وجود خارجی نخواهند داشت خب مثلا ما وقتی cluster‌نود یک رو stop‌میکنیم این VIP به علت اینکه اورکل میخواهد application‌متوجه قطعی نود یک نگردد این IP‌را در نود دو بالا می اورد به عبارت بهتر روی کارت شبکه نود دو set  میکند.

در oracle 10g بیشتر مورد استفاده بود.

scanIP: در اواکل 11g معرفی گردید به عبارتی مانند VIP‌هست یعنی در رنج PUBLIC‌ IP هست و این دو نکته رو در نظر داشته باشید که وقتی به VIP‌وصل میشید یعنی به node  وصل شدید و وقتی با scan‌کار میکنید یعنی به cluster وصل شدید(این رو هم یادتون باشه که اگه کلاستر ۱۰ نود هم داشته باشید تنها ۳ تا IP Scan  نیاز دارید) این concept رو یادتون باشه .اوراکل با استفاده از internal algoritm های خودمتوحه میشه که هر نورد کلاستر وضعیت Load اون نود در چه وضعیتی هست . اوراکل تاکید داره که باید Ip scan‌های در DNS قرار داده باشه .فرض کنید که scan 1 , scan2 روی نود ۱  هستن و scan 3 روی نود ۲ خب شما برای اتصال نام scan رو توی connection string خودتون میزارید.خب وقتی درخواست IP‌میکنه DNS یک IP‌به شما میده حالا فرض کنید که scan 2 رو داد که گفته بودیم روی نود ۱ در حال سرویس دهی هست. خب وقتی به این scan‌وصل شدید scan listener  اوارکل چک میکنه که load کدوم نود کمتره و re-direct  می کنه به -vip - local listener‌ نودی که load کمتری داره.

برای این کار باید پارامتر remote_listener شما با مقدار scan name شما پر شده باشه

SQL> show parameter remote_listener
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
remote_listener                      string       rac-scan:1521

خب در اینجا IP‌های scan‌من برابر مقدار زیر هستن

[oracle@atm01 ~]$ cat /etc/hosts
#SCAN (Single Client Access Name)   create new host in dns server for rac-scan
10.0.1.130       rac-scan.oracle.net   rac-scan
10.0.1.132       rac-scan.oracle.net   rac-scan
10.0.1.131       rac-scan.oracle.net   rac-scan

گاهی در سازمان ها اعلام میشه که IP‌های سرور رو عوض کنند من در این مقاله قصد عوض کردن IP‌های scan‌رو دارم 

 IP های قدیمی 10.0.1.130,10.0.1.131,10.0.1.132

ّIP های جدید:10.0.1.150,10.0.1.151,10.0.1.152