理清全表掃描和高水位,行預取的關係

        以前寫過一篇部落格,調侃了一下全表掃,今天繼續,感覺對全表掃的認識還是不夠:侃侃全表掃        ㈠ 全表掃描與HWM                在Table Access Full中,資料庫引擎順次讀取表在HWM下的所有資料區塊        全表掃描可能是不夠理想,特別是表包含大量空的或者接近空的塊時        很明顯,一個塊必須先讀才能知道它是否包含資料        當表的刪除操作比插入操作多的時候,最容易導致表包含許多稀疏的資料區塊       

RAC CRS Resource之VIP

        每一個node都有一個VIP,VIP就是我們訪問的IP,如果一個node down了,他的VIP地址會根據演算法浮動到其他的某個node上,        這樣在使用者訪問看來,還是正常訪問的                我認為vip最大作用是用於故障切換              當a節點失敗後,vip會飄移到b節點,但是b節點並沒有對這個vip地址進行監聽,這樣用戶端就能迅速知道a節點宕了,而切換到b節點              如果採用傳統的TCP逾時那會等很久   

RAC架構演變

       從單一實例到RAC,體繫結構也由RAC叢集和Clusterware叢集構建        RAC的資料庫和單一實例的資料庫在本質上並沒有多大的區別;資料檔案、控制檔案都是共用的,不過每個執行個體有自己獨立的redo log 組;對於自動undo管理員模式、每個執行個體都擁有獨立的undo資料表空間。在資料檔案和控制檔案的格式上、RAC系統和單一實例系統並沒有本質區別、因此、單一實例系統可以很方便地升級到RAC系統              ㈠ SGA的變化             

理解ASM(三)ASM磁碟組管理

        ㈠ ASM磁碟組管理原則          ① 添加或刪除磁碟的影響          當發生添加/刪除磁碟組中磁碟的操作時,ASM能夠自動平衡          對於普通的刪除操作(無force選項),被刪除的磁碟在該上資料被有效處理前並不會立刻釋放          同樣,新增磁碟時,在重分配工作完成前,該盤也不會承擔I/O負載的工作                    ② ASM如何處理磁碟故障         

undo系列學習之undo段及區的狀態和使用概述

    undo資料表空間只做一件事:儲存舊值。在AUM下,段是自動產生,區是自動分配與回收,且是不連續的。每個段至少有2個區。oracle自動使用undo段,在某種意義上,我們只要關注undo資料表空間的大小就可以了。    查詢當前哪個undo資料表空間被啟用:sys@ORCL> show parameter undo_tablespaceNAME TYPE VALUE--------------------

ASM遷移(beta版)

環境:sys@ORCL> select * from v$version where rownum=1;BANNER----------------------------------------------------------------Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prodsys@ORCL> !uname -aLinux localhost.localdomain 2.6.18-308.

理解redo(6)日誌卻的流程和直接路徑載入的REDO分析

    當server process得到redo allocation latch進行redo log buffer分配之前,需要先嗅一下redo log file是否有足夠的空間。倘若空間不足,則sp會發送switch log file的請求,然後坐等log file switch completion事件的完成了。     日誌卻請求發出後,CKPT會進行一次增量檢查點事件,而LGWR開始進行日誌卻換工作。     具體流程如下:   

undo學習系列之澄清一個被誤解的概念

    在oracle中有三種資料,data、redo和undo。undo是oracle在undo段中記錄的資訊,用於取消或復原事務。學習上要把重點放在undo的作用以及基本概念。    你對資料執行修改時,oracle會產生undo資訊,以便回到更改前的狀態。我們可以通過閃回事務曆史讀取undo。    undo在資料庫內部儲存在一組特殊的段中,稱之為undo段。    rollback segment和undo segment一般認為是同義字。前者使用手動undo管理,後者自動undo管理。

RAC Split-Brain決議的投票演算法

        獲知“裂腦”是治療“癲癇”病的一種手術。醫生們認為癲癇病發作是由於大腦“異常放電”所至。        為了阻止“異常放電”波及整個大腦(左、右半腦),就用手術來割斷病人左右腦的串連神經。        使今後病人在發病時至少還有半個大腦正常、能控制行為。但施行過手術的所謂“裂腦人”在術後有一段不適應期,        表現得行為分裂,彷彿體記憶體在著2個人,時常要發生衝突。       

理解redo(5)深入學習RBA

    1 定義              RBA就是redo entries在重做記錄檔中所對應的地址     2 組成               RBA由三部分組成:                                              序號(4個位元組)                                              塊號(4個位元組)                                            

VMware 虛擬機器網卡模式解析

    要想用好VMware虛擬機器,就必須知道怎麼選擇虛擬機器的網卡模式、安裝完虛擬機器後,預設安裝了兩個虛擬網卡:VMnet1(HOST方式連網)和VMnet8(NAT方式連網)            ㈠ VMWARE網卡模式           ① bridged(橋接模式)                 當採用橋接時,VMWare會虛擬一塊網卡(VMnet0)和真正的物理網卡就行串連、這便有爛兄爛弟一榮則榮(要麼都能連網、要麼都不能)           

理解ASM(二)關於ASM執行個體的初始化參數

         ASM執行個體的初始化參數形式上與RDBMS執行個體相同,也有pfile和spfile,如:spfile+ASM1.ora.        但是,畢竟,ASM只有執行個體,而且載入的是磁碟組,所以相對RDBMS執行個體的初始化參數要簡單。        ASM 需要的記憶體不多:對大多數系統,只需 64 MB。因此記憶體這塊相關參數就不說了。        下面說說幾個ASM執行個體特別需要的參數。              ㈠ INSTANCE_TYPEidle>

對一項新技術點學習的隨感

    時候如白駒過隙、疏忽而已    對某種技術的深入追求,是需要付出代價的    那叫時間成本、不可估量    除非是興趣盎然、閑的蛋疼    否則、淺嘗輒止、不求甚解    關注點在於跟實際應用關係是否很密切    拿Oracle 舉例    redo 的深入學習    也不過是研究或者 internal部分內容    跟實際應用關係不是很密切    通常出問題的也不多    從實際應用關係入手去學習redo    則可以考慮深入一下  redo

如何成為一名出色的ERP工程師

    說實在, IT崗位的需求不一樣, 導致的發展前途也是不一樣的. 可以這樣講, ERP崗位應該是IT所有職業中, 最有前途的, 也是職業生涯生命週期最長的一個, 做ERP工程師一段時間後, 就可以橫向挑戰顧問, 縱向挑戰經理及總監職位(不過, 需要補充IT網路及安全等知識).... ERP說白了, 就是一個既懂業務, 又懂技術的複合型人才, 是十分珍貴的資源.    如何才能成長為一個合格的ERP專家呢? 我給兩個新員工是這樣指導的:    要掌握以下基本知識及技能:    1) ERP

關注SQL執行計畫中的兩個比率

環境:sys@ORCL> select * from v$version;BANNER----------------------------------------------------------------Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - ProdPL/SQL Release 10.2.0.1.0 - ProductionCORE 10.2.0.1.0 ProductionTNS

使用sql_trace/10046事件進行資料庫診斷

      sql_trace/10046事件是oracle提供的用於進行sql跟蹤的手段,其內容包括sql的解析過程、sql的執行計畫、綁定變數的使用、會話發生的等待事件。        在使用sql_trace/10046事件前,有兩個參數需要注意:sys@ORCL> show parameter max_dump_file_size --對trace檔案的大小限制 NAME TYPE

【人在營運囧途_14】打掃乾淨屋子再請客

     有些時候木有更新人在囧途之營運的系列鳥、今兒個題目稍顯文藝     不過、俺覺得、這種方格不賴、可能後續的文全是這樣咯          人在營運囧途總會和伺服器故障不期而遇、磕磕絆絆也在所難免     但是在輕視邏輯的狀態下拚命找答案、只會浪費更多的時間、這是非常危險的     我記得福爾摩斯有提過:     在沒有事實作為參考以前妄下猜測(論點)是個很可怕的錯誤     感覺不正確的人總是用事實去套自己固有的猜測(論點)   

to_char 和 to_date 經驗分享

     ㈠ 比較下面兩種寫法:          to_char(start_time,'yyyy-mm-dd hh24:mi:ss')='2013-06-06 16:18:30'     和     start_time=to_date('2013-06-06 16:18:30','yyyy-mm-dd hh24:mi:ss')             任何時候都推薦使用後者!!                    ㈡ 數字轉為英文的簡單實現sys@ORCL> select

【人在營運囧途_13】由LDAP伺服器無法登陸來談談分析問題的思路

    今天監控報障,LDAP某個機房部分機器無法登陸    過去看了一下,總結一下思考路徑:        ㈠ 定位問題、確定問題範圍              LDAP無法登陸,本地賬戶可以登陸,說明ssh認證本身ok,應該是LDAP伺服器串連有問題       strace id xx,的確串連LDAP伺服器報錯       telnet LDAP伺服器連接埠不通       同一機房裡面部分正常伺服器OK                  ㈡ 從變更角度來看問題            

【人在營運囧途_12】Spotlight on Unix 讓營運平添幾縷幽香

   Spotlight On Unix 不僅能滿足作業系統的一些監控需求、而且其介面一如Spotlight On Oracle一樣華麗,讓人賞心悅目       1、安裝spotlight,Spotlight on Unix      2、配置spotlight,注意spotlight預設不能使用root使用者進行串連,需要使用者自己建立一個具有root許可權的使用者。      (1)useradd spotlight      (2)passwd spotlight;    

總頁數: 61357 1 .... 14381 14382 14383 14384 14385 .... 61357 Go to: 前往

聯繫我們

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

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

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.