配置RMAN刪除已應用到備庫的歸檔日誌

配置RMAN刪除已應用到備庫的歸檔日誌DataGuard的配置中,有時我們需要利用RMAN自動從FRA刪除已經應用到備庫的歸檔日誌。當資料庫滿足下列條件時,FRA下的歸檔日誌將被自動刪除。1) 11g之前,如果不使用mandatory ARCHIVELOG目標,資料庫(主庫和備庫)必須更改下面的參數並重新啟動:SQL> alter system set "_log_deletion_policy"='ALL' scope=spfile;2)

Oracle動態伺服器參數檔案

Oracle動態伺服器參數檔案Oracle動態伺服器參數檔案(SPFILE) SPFILE是一個二進位檔案,由Oralce伺服器處理序自動維護。此檔案不能手工修改,一旦手工修改此檔案即失效。在UNIX上,此檔案預設位置在$ORACLE_HOME/dbs目錄下。 在Window上,此檔案預設位置在$ORACLE_HOME\database目錄下。引入該檔案的目的是在不用停止和重啟Oralce的情況下,修改執行個體或者資料庫的配置。 建立SPFILE 通過cr

使用RMAN備份時應如何處置歸檔記錄檔

使用RMAN備份時應如何處置歸檔記錄檔昨天去某客戶部署RMAN備份,在跑shell指令碼的時候,提示找不到歸檔日誌,因為客戶那裡之前只對資料庫做EXPDP邏輯匯出備份,並且每天都自動刪除前一天的歸檔,每個歸檔的產生量大概在200M左右,因為考慮磁碟空間比較緊張,不得已而為之。在我的指令碼中,是採用backup database format 'xxx' plus archivelog format

Oracle Error:ORA-00119/ORA-00130

Oracle Error:ORA-00119/ORA-00130更換了伺服器的IP與主機名稱後啟動Oracle服務報錯:SQL*Plus: Release 11.2.0.2.0 Production on Wed Nov 14 13:51:39 2012 Copyright (c) 1982, 2010, Oracle.  All rights reserved. SQL> conn / as sysdbaConnected to an idle

Oracle DB閃回(Flashback database)開啟筆記

Oracle DB閃回(Flashback database)開啟筆記為測試部門搭建一台Oracle DB,需滿足可以經常將整個資料庫回退到某時間點的需求。比較簡單的方法是使用Oracle的閃回特性之一"閃回資料庫"。 預備知識:閃回資料庫需要使用兩種日誌:閃回日誌和重做日誌。重做日誌的概念不需多談,所謂的閃回日誌的記錄正好與重做日誌的記錄相反。可以簡單的這樣認為:比如重做日誌記錄了一條insert命令,那麼閃回日誌就記錄這條記錄相關的delete命令,當然實際上這是非常複雜的過程。

Oracle錯誤——ORA-03113:通訊通道的檔案結尾 解決辦法

Oracle錯誤——ORA-03113:通訊通道的檔案結尾 解決辦法由來今天跟往常一樣,登陸PL/SQL,確登陸失敗,出現一個錯誤“ORA-01034”和“ORA-27101”然後就就通過命令提示字元去登陸Oracle,去查看怎麼回事,然後問題進一步出現,錯誤“ORA-03113:通訊通道的檔案結尾 進程 ID:6320 回話 ID :191 序號:3”。問題根源Oracle出現錯誤,於是去錯誤記錄檔裡去找問題根源:在 e:

GoldenGate支援MySQL的最低版本5.1.5

GoldenGate支援MySQL的最低版本5.1.5GoldenGate的官方文檔明確表示,GoldenGate需要將MySQL的日誌格式(binlog_format)設定為ROW,其他兩種格式(MIXED or STATEMENT)是不支援。########################################################################官方描述如下:binlog_format: This parameter sets the format

Oracle 10g 添加、刪除日誌組

Oracle 10g 添加、刪除日誌組做日常巡檢的時候發現alert日誌中有這個錯誤Thread 1 cannot allocate new log, sequence 319708Checkpoint not complete這個實際上是個比較常見的錯誤。通常來說是因為在日誌被寫滿時會切換日誌組,這個時候會觸發一次checkpoint,DBWR會把記憶體中的髒塊往資料檔案中寫,只要沒寫結束就不會釋放這個日誌組。如果歸檔模式被開啟的話,還會伴隨著ARCH寫歸檔的過程。如果redo

Oracle Error:ORA-12514

Oracle Error:ORA-12514這應該算是連續劇了,在解決上篇記錄的錯誤後(見 Oracle Error:ORA-00119/ORA-00130 ),使用用戶端串連Oracle時發生ORA-12514(TNS:監聽程式當前無法識別串連描述符中請求的服務)的錯誤。經過排查發現是Oracle 執行個體往Listener裡動態註冊沒有成功,遂修改了listener.ora,在此檔案中添加如下語句,進行靜態註冊:SID_LIST_LISTENER= 

Oracle資料庫故障

Oracle資料庫故障Oracle資料庫常見故障:1.系統故障:伺服器在運行過程中,突然發生斷電,作業系統錯誤而引發的系統重啟等故障。引發的問題:記憶體資料的丟失,資料庫資料的不一致性。資料庫資料的不一致性:未提交的事務對資料的修改已經提交到資料檔案中 +  已提交的事務對資料的修改未提交到資料檔案中由於資料庫是先寫入記錄檔,然後再寫入資料檔案的更新機制,並且2者是非同步方式(提高效能)。1)針對“未提交的事務對資料的修改已經提交到資料檔案中”資料庫重新啟動時,

關於MySQL中的三種日期類型

關於MySQL中的三種日期類型最近遇到兩次插入日期類型後,數值為 0000-00-00 00:00:00

MySQL 對普通使用者(沒有super)開啟審計功能

MySQL 對普通使用者(沒有super)開啟審計功能最近有發現有壞蛋delete 了資料,找不到是哪個user 哪個host,發現mysql 是可以對沒有super 許可權的使用者開啟審計功能,Oracle早就實現了,只需要開啟參數即可。1.在my.cnf [mysqld]組下加入init-connect='insert

如何計算自動管理的UNDO資料表空間大小

如何計算自動管理的UNDO資料表空間大小AUTO UNDOAUM(自動 undo 管理,Automatic Undo Management)幾乎不需要配置。您基本上只需要定義將前映像保持可用的時間量。這是通過參數 UNDO_RETENTION 控制的,以秒為單位定義。因此,值 900 表示 15 分鐘。 一定要意識到,如果 undo 資料表空間中存在空間壓力時,我們不保證前鏡像一定會保留這麼長時間。 因此,以下公式可用於計算最佳 undo 資料表空間大小: 從

Oracle 11gR2 RAC重啟後只能起單節點

Oracle 11gR2 RAC重啟後只能起單節點問題背景:將Oracle 11gR2 RAC正常部署完成之後執行兩節點重啟操作發現其中有一個節點的叢集資源無法啟動,遂再次重啟該無法啟動叢集資源的節點,還是不可。隨即將正常節點重啟發現原故障節點資源起來了,待重啟完畢後原正常節點資源無法啟動。叢集環境:OS:RedHat EnterPrise5.8 x86_x64DB:Oracle EnterPrise Database 11.2.0.4.0 x86_x64GRID:Oracle Grid

Delete刪除表資料時對效能的影響分析

Delete刪除表資料時對效能的影響分析上一篇文章中提到(),當我們用delete刪除資料時,因為無法降低高水位,對錶做全表掃描時會帶來資料庫效能問題,而truncate可以大大改善這一狀況,下面來看測試 SQL> conn zlm/zlmConnected. --建立表之前先記錄下剩餘資料表空間大小SQL> select * from dba_free_space where

Oracle資料庫完全恢複和不完全恢複以及執行使用者管理備份恢複

Oracle資料庫完全恢複和不完全恢複以及執行使用者管理備份恢複比較完全恢複和不完全恢複:一、完全恢複:將資料庫恢複到當前最新狀態,包括直至請求恢複時進行的所有已提交的資料更改二、不完全恢複:將資料庫恢複到請求恢複操作之前指定的過去時間點一、完全恢複過程下面的步驟說明了執行完全恢複期間要採取的操作:1. 通過備份還原損壞或丟失的檔案。2.

MySQL 二級索引會不會自動補齊主鍵

MySQL 二級索引會不會自動補齊主鍵開篇:一直對MySQL 二級索引是否自動加入主鍵問題有懷疑,今天又時間就5.5和5.6分析了一把:mysql> select version();+------------+| version()  |+------------+| 5.6.16-log |mysql> create table t9(    -> id&

Oracle RAC 10.2.0.5 Install For redhat 5.8(use raw device)

Oracle RAC 10.2.0.5 Install For redhat 5.8(use raw device)因為客戶資料庫需要打補丁,所以安裝相似測試環境。需要先安裝Oracle RAC 10.2.0.1 然後再升級到10.2.0.5。因為我有很多篇關於安裝的文章,所以這篇只說關鍵步驟,以及遇見的bug安裝錯誤。注意:我已經在RedHat 6.3測試過,不能完成安裝,主要是在跑root.sh指令碼的時候無法通過。換成redhat 5.8不會出現這種問題。Steps:1、防火牆and

GitHub如何通過遷移MySQL資料庫提高網站效能

GitHub如何通過遷移MySQL資料庫提高網站效能GitHub,作為廣泛使用的開原始碼庫以及版本控制系統,其資料庫MySQL效能的優劣對整個網站平台有著舉足輕重的影響。接下來我們一起跟隨GitHub基礎架構團隊的步伐,來重溫去年8月做的一次重大MySQL更新,看是如何使得GitHub運行得更暢順的。任務簡述自去年開始,我們陸續地把GitHub主體架構遷移到新的資料中心,與之配套的是世界級的硬體和網路環境。我們十分希望這次升遷對後端系統基石MySQL的效能也有所提高。不過在一個新環境重建立立一個

MySQL 修改使用者密碼及重設root密碼

MySQL 修改使用者密碼及重設root密碼為資料庫使用者修改密碼是DBA比較常見的工作之一。對於MySQL使用者賬戶的密碼修改,有幾種不同的方式,推薦的方式使用加密函數來修改密碼。本文主要描述了通過幾種不同的方式來修改使用者密碼以及mysql root賬戶密碼丟失(重設root密碼)的處理方法。1、密碼修改的幾種方法a、可以在建立使用者的時候指定密碼,以及直接使用grant建立使用者的時候指定密碼。 

總頁數: 1012 1 .... 383 384 385 386 387 .... 1012 Go to: 前往
Tags Index:

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。