再?zèng)]有比ORACLE 還垃圾的數(shù)據(jù)庫(kù)了

flutter

回復(fù) 12# mike79


    兄弟，這樣說(shuō)就是你的不對(duì)了。

  首先，備庫(kù)不是實(shí)時(shí)的，是基于COMMIT提交和SWITCH LOG日志切換的。也就是說(shuō)，木有提交的，日志木有切換之前，
主庫(kù)的更新是不會(huì)在備庫(kù)更新的。這個(gè)時(shí)差，要看你的數(shù)據(jù)量大小和日志文件大小。

  其次，DG本來(lái)就是個(gè)異地容災(zāi)，不更新吧，你又叫嚷嚷說(shuō)什么破東西，半天不更新。更新吧，你又叫嚷嚷說(shuō)我刪除錯(cuò)了，誰(shuí)讓它更新這么快。
再說(shuō)了，刪除錯(cuò)了，有日志記錄可以回滾，還有閃回可以恢復(fù)。

  話說(shuō)，數(shù)據(jù)庫(kù)根本就不會(huì)去防范你個(gè)人的失誤操作，它怎么知道你是正常命令還是低級(jí)錯(cuò)誤呢，DBA不是隨便當(dāng)?shù)�，自己的錯(cuò)誤不要怪系統(tǒng)。

moweiraul

對(duì) 我也覺(jué)得 有時(shí)候安裝本來(lái)oracle弄個(gè)腳本文件就把很多默認(rèn)參數(shù)就改了 但是他非要讓你自己弄，這確實(shí)很煩人

mike79

flutter 發(fā)表于 2013-02-26 09:35
回復(fù) 12# mike79
首先，備庫(kù)不是實(shí)時(shí)的，是基于COMMIT提交和SWITCH LOG日志切換的。也就是說(shuō)，木有提交的，日志木有切換之前，
主庫(kù)的更新是不會(huì)在備庫(kù)更新的。這個(gè)時(shí)差，要看你的數(shù)據(jù)量大小和日志文件大小。

Oracle DG支持在主庫(kù)寫(xiě)入重做日志時(shí)，就將重做紀(jì)錄傳輸?shù)絺鋷?kù)并apply。所以首先，你這個(gè)首先就錯(cuò)了。
其次，Oracle DG的容災(zāi)方案支持一主多備模式，所以沒(méi)必要嚷嚷的。一個(gè)備庫(kù)做realtime apply，令一個(gè)備庫(kù)做delay apply。主庫(kù)宕了需要立即恢復(fù)業(yè)務(wù)？OK，起realtime apply的備庫(kù)。開(kāi)發(fā)人員誤刪除了數(shù)據(jù)需要盡快恢復(fù)？OK，從delay apply的備庫(kù)上找回。日志紀(jì)錄回滾？靠，已經(jīng)commit的操作怎么回滾？難道要靠logminor慢慢找？數(shù)據(jù)庫(kù)閃回？阿，我這個(gè)是9i老數(shù)據(jù)庫(kù)，沒(méi)這個(gè)功能。什么，這是開(kāi)發(fā)人員的問(wèn)題，和DBA沒(méi)關(guān)系？靠，你不知道DBA的一個(gè)工作任務(wù)就是給開(kāi)發(fā)人員擦屁股么？
最后，數(shù)據(jù)庫(kù)是不防范個(gè)人失誤，比如開(kāi)發(fā)人員誤刪除數(shù)據(jù)，所以才要配置DBA阿。要是什么都OK，要?dú)w檔干嗎？要DG干嗎？要RAID干嗎？要備份干嗎？要容災(zāi)干嗎？要DBA干嗎？不就是為了那個(gè)萬(wàn)一么？

flutter

回復(fù) 23# mike79


    我這個(gè)首先，是不是正確的，你可以在主庫(kù)刪除一條記錄，然后在備庫(kù)再看看就知道結(jié)果了。

  其次，你真的很厲害，給開(kāi)發(fā)人員在生產(chǎn)庫(kù)上折騰，我是從來(lái)不給他們這個(gè)機(jī)會(huì)的。

mike79

flutter 發(fā)表于 2013-02-27 10:40
我這個(gè)首先，是不是正確的，你可以在主庫(kù)刪除一條記錄，然后在備庫(kù)再看看就知道結(jié)果了

用這個(gè)方法來(lái)檢測(cè)？呵呵，說(shuō)你什么好呢�；�本概念不清？

你用刪除做例子，我就用插入做例子好了。先不考慮DG，你在數(shù)據(jù)庫(kù)上插入一條紀(jì)錄，不提交，然后新開(kāi)個(gè)會(huì)話，你認(rèn)為新會(huì)話能看到這條紀(jì)錄么？如果主庫(kù)上的新會(huì)話也看不到，那備庫(kù)上也看不到又能說(shuō)明什么呢？能夠說(shuō)明redo沒(méi)有apply？

再回去說(shuō)DG，redo被apply到備庫(kù)，不代表在備庫(kù)上就能看到相應(yīng)的更改，這要到主庫(kù)的事務(wù)提交才能看到。（不過(guò)按照你先前所說(shuō)的，你可能認(rèn)為switch logfile之后就能看到，哪怕主庫(kù)上事務(wù)沒(méi)有提交。但這個(gè)想法是錯(cuò)誤的。）那怎么證明realtime apply？可以利用Oracle11g的active standby dataguard。老版本數(shù)據(jù)庫(kù)也行，不過(guò)就是稍微麻煩點(diǎn)。
你把DG配置成max availablity+realtime apply，然后在主庫(kù)上跑個(gè)大事務(wù)，插入很多紀(jì)錄，比如要一個(gè)小時(shí)，但是控制不發(fā)生logfile switch，commit之后就到備庫(kù)上去看。按照你的說(shuō)法，如果redo要等到commit才apply的話（因?yàn)闆](méi)有l(wèi)ogfile switch，那就不考慮你認(rèn)為的另一個(gè)apply條件了），那么在備庫(kù)上看到這些新紀(jì)錄大概也要一個(gè)小時(shí)這樣的數(shù)量級(jí)。但其實(shí)根本不用，幾乎是瞬時(shí)就能看到了。

最后問(wèn)下，你能控制開(kāi)發(fā)人員不直接登錄數(shù)據(jù)庫(kù)，但是你能控制他們不寫(xiě)錯(cuò)代碼么？你能控制在應(yīng)用發(fā)布前開(kāi)發(fā)人員寫(xiě)的所有的代碼，所有的邊界條件都測(cè)過(guò)么？

flutter

回復(fù) 25# mike79


    呵呵，我所說(shuō)的檢測(cè)，當(dāng)然是提交后的更新，沒(méi)有提交看個(gè)神馬東東。

wlmouse

回復(fù) 22# moweiraul


    因?yàn)長(zhǎng)inux/Unix里面很多配置文件不一樣，必須人工單獨(dú)編寫(xiě)。

cow977

回復(fù) 22# moweiraul


    11g以后，只要能上網(wǎng)，系統(tǒng)參數(shù)的修改ORACLE也基本給你搞定了。只要裝個(gè)包就可以了。

dyqin1987

樓豬的智商不行哦！

leimingbuaa

lollol