數據庫管理員

最近兩天總是出門跑.在公司時間沒法保證.所以想著在自己機器上面弄個Oracle.方便到客戶那裡去處理一些問題.當然就我這小破筆記本,直接裝上是在找死...所以虛擬機器是很好的選擇.作業系統方面,雖然oracle提供了windows x32 和 linux x64 版本的.但是虛擬機器下面用windows 實在不是那麼回事.而我實在不喜歡Ubuntu 的 unit介面 難用到要死.linux mint

錯誤定位： SQL> !oerr ora 01002 01002, 00000, "fetch out of sequence" // *Cause: This error means that a fetch has been attempted from a cursor //        which is no longer valid.  Note that a PL/SQL

[問題描述]當使用者出現提示密碼將要到期的錯誤ORA-28002時如何處理？CIE68:~ # su - Oracle oracle@CIE68:~> system/Atae1234SQL*Plus: Release 11.1.0.6.0 - Production on Tue Jan 19 15:15:50 2010Copyright (c) 1982, 2007, Oracle. All rights reserved.ERROR:ORA-28002: the password

Oracle資料庫中由於沒有設定任何約束，裡面含有很多的重複項。現在的問題是如何刪掉這些重複項，重複的記錄只保留其中的一條。如下建表語句CREATE TABLE message_student3(      stu_id INTEGER NOT NULL,  --表中沒有唯一性限制式      stu_number varchar(30),      stu_name VARCHAR(10

8.2Opening a Standby Database for Read-Only or Read/Write Access8.2以唯讀或者可讀寫方式開啟備庫來訪問 When a standby database is open for read-only access, users can query the standby database but cannot update it. Thus, you can reduce the load on the primary

MySQL管理之備份及恢複想必各位都清楚，資料的重要性了，這裡還得要再簡單介紹一些備份的重要性：備份是確保可用性的一種手段但不能確保萬無一失，那麼對資料可用性比較高的情境，則必須需要備份 備份是如何進行的以及備份考慮事項：備份無非是將資料集另存新檔一個複本集，一般來講，通常公司的備份和恢複前後不能超過半個或一個小時，需要非常高的恢複效率備份資料的意義：·災難恢複·需求改變·測試 為了能夠讓備份正常進行又不影響線上業務，我們需要選擇備份

前言     今天給大家帶來有關Oracle控制檔案的技術分享。不積跬步無以至千裡，不積小流無以成江海。Oracle技術博大精深，以我一個人的力量，那無異於蜉蝣於天地，滄海之一粟。在此，筆者拋磚引玉，希望讀者能夠與我形成良好的互動，之間共同進步。閑言少敘，書歸正傳，馬上開始今天的討論話題。Oracle 備份恢複概念   一、控制檔案概要描述     

環境：Win7_x64 ,Oracle 11g描述：1第一天沒問題，第二天就不能串連；2：pl sql developer串連工具，自己安裝的oracle資料庫，又裝了用戶端3：裝了oracle，就不用裝oracle用戶端了。裝plsql

一般情況下報ORA-00054時，就很有可能有對象被鎖住了，這個錯誤一般都是“資源正忙, 但指定以 NOWAIT 方式擷取資源, 或者逾時失效”，其解決方案如下： 1、查詢哪些對象被鎖 select object_name,machine,s.sid,s.serial#  from v$locked_object l, dba_objects o , v$session s where l.object_id　=

有時隨著業務的發展需要對redo log日誌進行重新規劃。比如現有的日誌有三組，每組一個成員，並且每個成員大小為50M，那麼對於生產庫顯然不合理。我們則需要根據業務資料進行相應的調整。一般情況下我們建議每組有兩個成員就夠了，一個檔案大小不超過2G，操作步驟如下：1、建立日誌組：alter database add logfile group 1 ('/opt/Oracle/redo01a.log', '/opt/oracle/redo01b.log') size 2

Oracle 11g下加密資料表空間的使用Oracle Undo 鏡像資料探究 Oracle 復原(ROLLBACK)和撤銷(Undo) Undo 資料表空間損壞導致無法open Undo資料表空間失敗的處理方法 Oracle Undo資料表空間重建與恢複 1.建立目錄[oracle@db1~]$ ~ $mkdir -p /u01/app/oracle/admin/orcl/wallet2.修改sqlnet.ora[oracle@db1~]$ ~ $cd

Oracle發展到今天，在備份還原領域已經構建了完善的解決方案體系。絕大多數情況下，我們的備份還原需求都可以用Oracle成熟方案實現的。TSPITR（Tablespace Point In Time Recover）資料資料表空間定點恢複是我們在實踐中偶爾會使用的一種恢複情境。本篇就圍繞這個問題進行討論實驗。 --------------------------------------分割線

總結： --兩台單一實例資料庫做DG，資料庫版本10.2.0.1.01.主庫配置為：arch async，備庫無STANDBY LOG。日誌中會有：RFS[4]: No standby redo logfiles created2.主庫配置為：arch async，備庫有STANDBY LOG，日誌中未顯示使用。特殊情況：主庫配置為：arch async，備庫有STANDBY LOG，備庫未開啟日誌應用 ，日誌中有：RFS[8]: Successfully opened standby log

Oracle的SQL Developer 在Ubuntu上以表徵圖顯示且雙擊能運行終端進入/usr/share/applications，  建立檔案  gedit SqlDeveloper.desktop 添加如下內容:[Desktop Entry] Name=SQLDeveloper Comment=SQLDeveloper

當我們使用catalog來代替controlfile做為rman repository時，有關備份的中繼資料資訊也會在controlfil中存的，這樣當在使用rman時，即使catalog臨時不可用也可以使用controlfile 中的資訊。在下次能串連catalog的時候，我們使用resync catalog也可以再次手動動步controlfile中的備份資訊到catalog中RMAN> resync catalog;starting full resync of

1. 序在曆史資料轉出測試過程中，通過不斷的最佳化，包括SQL調整和資料庫調整，從AWR中看到，基本上難以進行更多的效能提升，於是準備試試並存執行的特性，從這個任務的特點來分析，也比較適合採用這項技術。本文介紹了使用並存執行過程中的常用SQL，以及遇到的一些問題，以及效能對比實驗的結果，並且分享了一些問題的解決經驗，分析了適合并行執行的情境。 Oracle 中並行度的設定需要考慮的因素  2.

Oracle 12C 新特性之一，可以線上重新命名資料檔案， 在12c版本之前，如果出現資料檔案建立放錯目錄，或本來是放到asm中，由於漏寫加號等等，而放到了檔案系統中，而不得不申請停機時間來做資料檔案的遷移。 到了12c，這個操作就變的非常簡單了，而且是線上的，對業務沒有任何影響,提高了系統的高可用性。Oracle 12C 新特性 Temporary UNDO 臨時復原段 Oracle 12c新特性之翻頁查詢    以下是具體實驗操作過程： [oracle@db1

DB2 10引入根據溫度管理資料存放區的資料表空間更管理方式，但是需要資料庫啟用自動儲存管理，具體在儲存路徑在某個目錄下即可，要講非自動儲存的資料表空間轉換成自動儲存的管理方式需要兩個步驟，尤其是從低版本升級過來的資料庫。ALTER DATABASE EMPLOYEE ADD STORAGE ON '/data'這樣即可，但是對於原來使用DMS或SMS方式管理的資料表空間需要做重新導向恢複，其實就是先做全備份,然後指定redirect restore即可，在原來的執行個體下恢複：RESTORE

裸裝置，也叫裸分區（原始分區），是一種沒有經過格式化，上被unix通過檔案系統來讀取的特殊字元裝置。它由應用程式負責對它進行讀寫操作。上經過檔案系統的緩衝。因為使用裸裝置避免了再經過unix作業系統這一層，資料直接從disk到Oracle進行傳輸，所以使用裸裝置對於讀寫頻繁的資料庫應用來說，可以極大地提高資料庫系統的效能。當然，這是以磁碟的 i/o

前情提要：事先聲明一下，這樣做是對安全有好處的。剛初始化好的MySQL是不能進行遠程登入的。要實現登入的話，強烈建議建立一個許可權低一點的使用者再進行遠程登入。直接使用root使用者遠程登入有很大的風險。分分鐘資料庫就有可能被駭客drop掉。首先，修改/etc/mysql/my.cnf檔案。把bind-address =