1. 程式人生 > >記 一次asm磁碟組資料遷移案例

記 一次asm磁碟組資料遷移案例

前     言

資料庫在新增資料檔案時報錯:ORA-01119,ORA-17520,ORA-00600錯誤,根據報錯無法判斷故障點,而且生產庫無法進行其他測試,比較穩妥的辦法是新建一個磁碟組,將現有的資料遷移到新的磁碟組上。

環境介紹

作業系統:solaris 11

資料庫版本:11.2.0.4

資料庫架構:rac

資料儲存格式:asm

處理過程

1.備份資料庫和控制檔案

#su - oracle

$rman target /

RMAN>backup full database format '/backdb/full2018.bak';

RMAN>backup current controlfile format '/backdb/ctrlbak.ctl';

2.儲存劃分磁碟給伺服器,共劃分4個500g 的磁碟,並分別在兩個節點上修改磁碟的屬性,操作如下:

chown -R grid:asmadmin  /dev/rdsk/c0t600B342E749A659D6C27D56DFD0000DAd0s6

chown -R grid:asmadmin  /dev/rdsk/c0t600B342723B68C4D0579DDA8BD0000DAd0s6

chown -R grid:asmadmin  /dev/rdsk/c0t600B342946F4D73DF125D36CED0000DAd0s6

chown -R grid:asmadmin  /dev/rdsk/c0t600B34251924A80D46C1DAC5AD0000DAd0s6

chmod -R 660  /dev/rdsk/c0t600B342E749A659D6C27D56DFD0000DAd0s6

chmod -R 660  /dev/rdsk/c0t600B342723B68C4D0579DDA8BD0000DAd0s6

chmod -R 660  /dev/rdsk/c0t600B342946F4D73DF125D36CED0000DAd0s6

chmod -R 660  /dev/rdsk/c0t600B34251924A80D46C1DAC5AD0000DAd0s6

3.使用影象化介面建立磁碟組NEWDATA

#su - grid

$asmca



檢視磁碟組狀態正常:

$crsctl stat res -t

4.修改CONTROLFILE在引數檔案中記錄的位置

#su - oracle

$sqlplus / as sysdba

SQL>alter system set control_files='+NEWDATA/control01.ctl' scope=spfile;

5.備份、恢復控制檔案

#su - oracle

$rman target /

$backup current controlfile format '/export/controlfile.ctl';

省略輸出結果。。。。。。

關閉資料庫並啟動到nomount狀態

>shutdown immediate

>startup nomount

恢復控制檔案

#su - oracle

$rman target /

RMAN>restore controlfile from '/export/controlfile.ctl';

省略輸出結果。。。。。。

資料庫啟動到mount狀態

$sqlplus / as sysdba

>alter database mount

6.遷移資料檔案到 NEWDATA

#su - oracle

$rman target /

>backup as copy database format '+NEWDATA';

省略輸出結果。。。。。。

遷移單獨的資料檔案

RMAN>switch database to copy;

省略輸出結果。。。。。。

應用online redo log 使資料檔案同步

RMAN> RECOVER database;

開啟資料庫並重置日誌

RMAN>alter database open resetlogs;

7.新建online redo logfile,並刪除原來磁碟組上的online redo log

>alter database add logfile thread 1 group 4 ('+NEWDATA/ORCL/ONLINELOG/redo04.log') size 512m;

>alter database drop logfile group 1;

為全部列出。。。。。。

8.新建temp表空間,並刪除原臨時表空間

>alter tablespace temp add tempfile'+NEWDATA' size 10g;

>select name from v$tempfile;

>alter tablespace temp drop tempfile '原有的臨時表空間';

9.建立spfile ,修改引數檔案

>create pfile='/backdb/new.pfile' from sefile;

>create spfile='+NEWDATA/ORCL/spfileorcl.ora' from pfile='/backdb/new.pfile';

10.測試新增資料檔案

>alter tablespace kkk add datafile '+DATA' size 30g;

11.備份控制檔案

>shutdown immediate

>startup no mount

$rman target /

RMAN>restore controlfile to 'NEWDATA/control02.ctl' from '+NEWDATA/controlfile01.ctl';

RMAN>restore controlfile to 'NEWDATA/control03.ctl' from '+NEWDATA/controlfile01.ctl';

12刪除原磁碟組

#su - grid

$sqlplus / as sysasm

>alter diskgroup 原磁碟組 dismount;

>drop diskgroup 原磁碟組;

⚠️ 刪除前一定要和開發人員確認應用無誤後再刪除。

相關推薦

asm磁碟資料遷移案例

前     言資料庫在新增資料檔案時報錯:ORA-01119,ORA-17520,ORA-00600錯誤,根據報錯無法判斷故障點,而且生產庫無法進行其他測試,比較穩妥的辦法是新建一個磁碟組,將現有的資料遷移到新的磁碟組上。環境介紹作業系統:solaris 11資料庫版本:11

openstack 雲主機熱遷移失敗與恢復過程

openstack 遷移失敗 背景:最近把openstack上的所有機器的磁盤逐一重新分區,之前是兩塊磁盤用RAID1,但是ceph已經配置了3份副本,這樣相當於存6份副本了,目前磁盤資源不太夠。機器用的是HP P440ar的陣列卡,支持建立不同模式的邏輯卷,所以把磁盤分區修改為RAID1系統盤+RA

有驚無險的Linux資料恢復過程

問題階段 起因: 昨天晚上思路不是很清晰(上了一天班回來有點蒙),還是強忍著疲憊想搞事情,結果悲劇了… … 本來想拿SD卡做一張linux燒錄卡,燒錄指令碼是很久以前寫的,有git記錄,一直不成功,就回退了幾次提交,然後執行的時候沒有給指令碼傳參(/dev

使用flashback恢復資料

週五晚十點多,同事突然來電稱操作CMS後臺的時候不小心刪除了很多記錄(其實應該是這個CMS的邏輯問題),大概瞭解了情況以後,能初步判斷為p_web表的2萬多條資料被delete了,事發時間大概在9:30左右,這種場景幾乎就是“專門”為flashback而設的了。 於是馬上翻

揪心的MySQL資料恢復過程

先說下背景,公司其中一個專案所有服務都部署在客戶的機房內,機房較小,沒有UPS。其中一個MySQL例項(單機,無主從,windows server 2008,MySQL5.6.19)存放大量的日誌資料,每天幾十G的資料,定期清除(儲存大概四個月的資料),由於硬碟

誤刪除系列三:有道筆記資料恢復過程

1. 環境: 三個有道雲筆記客戶端分別是windows7、iphone、MAC   2. 事件發生過程: 今天早上在win7的有道雲筆記下記錄一些筆記時,出現誤刪除操作,當時我使用的是它的markdown模組進行記錄操作,剛好一個文件記錄了我一週一些學習過程的筆記,就在某一個時刻敲鍵盤時,

前端性能優化的案例

uga 手動更新 分享 不生效 花屏 打開 重繪 通過 。。 前兩天遇到一個前端性能相關的bug,感覺還挺典型的,整理了一下解決過程和思路,寫下來分享給大家。 場景是這樣的,有一個答題的界面,可以播放音頻、填空、提交答案,界面是長這個樣子的: 看起來還挺簡單吧,但是

LINUX-CRONTAB失敗的排查案例

一段時間 執行 linu linux-c 權限 排查 左右 完成 進行 在LINUX中,使用crontab來做計劃任務是一件很常見的事。本文記錄一次排查過程 故障描述 在crontab 設置計劃任務,每天淩晨3點執行腳本 conrtab(3點)tomcat用戶--執行腳本

ES節點擴容、資料遷移實踐

記一次ES節點擴容、資料遷移實踐 背景 之前ES叢集裡的資料越來越大,日增500G日誌資料,需要做一波擴容。 節點資訊 目前叢集中的節點資訊如下: 節點 CPU、MEM DISK 磁碟使用率 節點角色 es01

Oracle資料遷移中文亂碼問題

背景:公司打算將專案遷移到阿里雲,從原來的伺服器Oracle資料庫匯出資料然後匯入到本地伺服器的Oracle資料庫中,作為中轉站,阿里雲Oracle資料庫安裝完後再從本地資料庫匯出資料匯入到阿里雲中,匯入阿里雲後發現數據庫中文亂碼,一下便是處理資料庫中文亂碼的操作流程。(已知

MSSQL到MySQL大資料遷移過程

工作中遇到一個需求 要將MSSQL資料庫中共計12張表的資料大概1000W行資料遷移到MySQL資料庫中,去年另一個同事負責這件事情,他採用的方法是先將MSSQL資料庫裡的資料生成同MySQL資料庫表結構一致的12張表,然後用我提供的一個delphi寫的一個工具來進行遷移。工具用的UniDAC的TCRBa

【SQLServer】資料遷移-標識重複的簡單處理

今天在資料遷移的時候因為手賤遇到一個坑爹問題,發來大家樂樂,也傳授新手點經驗 遷移慣用就是臨時表或者新庫,經常用的語法有很多,這次主要說的是這個:select * into 資料庫名..表名 from xxx 先不扯了,先看錯誤: 趕緊看看是不是資料重複~事實證明,木有重複資料。。。 有人

oracle RAC 更換儲存遷移資料(線上遷移ASM磁碟)測試

oracle RAC 更換儲存遷移資料 我們利用ASM rebalance特性實現更換儲存遷移資料的需求 基本零宕機時間(操作步驟總結) 1)保證新儲存和RAC當前節點間的可用性; 2)新儲存劃分LUN,可以重新規劃儲存方案; 3)遷移OCR和表決盤 4)給現有ASM磁碟組

RAID陣列的遷移經歷

行遷移 abs 一次 操作 常開 tabs 重啟 控制器 型號 xu言: 最近,某電信機房因為空調漏水問題導致了我司的Dell R430 服務器的主板及CPU不同程度受損。服務器已經不能正常開機。但是,又基於把服務器的數據需要最短時間進行恢復。抱著試試看的心裏進行了磁盤整體

MySQL遷移並從MySQL5.6升級到5.7後查詢慢了幾十倍的問題

打印 ins 狀態 sql語句 top 引用 為什麽 區別 image 起因 因為生產環境數據量越來越大,客戶越來越多,項目功能也越來越多,項目本身也越來越多,導致之前的服務器內存、硬盤都已經漸漸的不夠用了,當時出現了2種解決方案,增加服務器配置和新購服務器,但是就算是新增

Oracle資料故障排除過程

前天在Oracle生產環境中,自己的儲存過程執行時間超過1小時,懷疑是其他job執行時間過長推遲了自己job執行時間,遂重新跑job,發現同測試環境的確不同,運行了25分鐘。 之後準備在測試環境中製造同數量級的資料進行分析,寫了大概如下的儲存過程, create or replace PROCEDU

hadoop大資料叢集生產事故

陸續對原有的hadoop、hbase叢集做了擴容,增加了幾個節點,中間沒有重啟過,今天早上發現一個hregionserver服務停止了,就先啟動服務,沒想到啟動之後一直有訪問資料的出錯,嘗試對整個hbase叢集進行重啟出現了下面的錯誤: $ start-hbase.sh master running

RAC資料節點2自動重啟故障解決

        最近生產上出了很多“奇怪”的問題,比如下面要分享的一個故障,一套11.2.0.4 兩節點RAC資料庫,2節點的叢集元件會不定日期的重啟,但重啟的時間段比較固定,都是凌晨4:50左右。而且幾分鐘就會恢復

Oracle -- ADG庫遷移過程小結 -- 上篇(ADG建庫)

背景:   客戶新採購一批機器,需要把原ADG庫資料移到新機器上,作業系統不變,資料庫版本不變。   遠端安裝,採用xmanager軟體連線搭建。   環境:   作業系統:Oracle Linux Server release 6.8    oracle資料庫版本:11g r

阿里伺服器遷移路程

關於遷移: 1、伺服器遷移操作指引: (1)使用例項建立自定義映象https://help.aliyun.com/document_detail/35109.html (2)共享映象https://help.aliyun.com/document_detail/25463.html (3)建立例