作者查詢 / kobedisel
作者 kobedisel 在 PTT [ Database ] 看板的留言(推文), 共254則
限定看板:Database
看板排序:
2F→: ogg需要額外license,很貴05/29 23:29
1F→: 1. create or rebuild 統計值不用重收,last_analyzed05/27 00:32
2F→: 有更新就是ok的,2.第五個基本上不需要rebuild05/27 00:32
3F→: 題外話,真心覺得RBO才是最棒的05/27 00:33
8F→: index size大一點會不會影響效能這會因index access05/29 00:25
9F→: 方式而定,但index設定的好不好(欄位順序)對於相關05/29 00:25
10F→: 程式效能影響非常之大05/29 00:25
1F→: 轉開源只有周圍小小系統有機會,因為轉到開源後,遇到05/24 23:20
2F→: 問題時原廠support一定跟現在ibm support差很多,這也05/24 23:20
3F→: 是為何大家想用卻又很多人不敢用的原因,用開源等於找05/24 23:20
4F→: 自己麻煩05/24 23:20
8F→: sybase ase確實很少人用,IQ可能還比較容易碰到05/27 00:30
1F推: 直接撈dba_segments 透過tablespace_name 來查詢還有04/23 09:24
2F→: 哪些segment需要搬遷的即可。04/23 09:24
1F→: 不需要再去primary backup controlfile了,兩邊若是使11/20 11:15
2F→: 用filesystem存放而路徑不一樣沒差,頂多restore前加上11/20 11:15
3F→: set newname改回來就好,若使用asm的話他會自己放到他11/20 11:15
4F→: 應該放的路徑下,另外只要是controlfile是rman restore11/20 11:15
5F→: 的一定得open resetlogs,而online redo本來就沒有辦法11/20 11:15
6F→: 備份。11/20 11:15
7F→: 若要完全沒有data loss風險,按照您的情景只能多個stan11/20 11:21
8F→: dby 且先不考慮網路速度與同地異地的問題,只能多套sta11/20 11:21
9F→: ndby 切都走LGWR SYNC 且dataguard mode為maximum prot11/20 11:21
10F→: ection mode 保證沒有data loss11/20 11:21
11F→: 最後 建議在standby 的backup 就按照一般的正常的rman11/20 11:28
12F→: backup 方式即可但最好有使用catalog,另外再搭配參11/20 11:28
13F→: 數讓archivelog在容忍的data loss時間範圍內至少產生一11/20 11:28
14F→: 次archivelog即可。11/20 11:28
17F→: 是的,如果您有metalink帳號 可以上metalink查 how to11/22 09:23
18F→: rman backup on adg ,印象中裡面有範例,實際上就是11/22 09:23
19F→: 寫一個shell script從rman 指令呼叫連線到primary swit11/22 09:23
20F→: ch logfile11/22 09:23
11F→: f大 可以出來認識一下嗎?讓我看一下是誰這麼愛嗆08/18 08:42
12F→: 12c 傳統建立emca指令已無用 所以出現invalid syntax,08/18 08:43
13F→: em express 12c以後版本都已內建 開啟關閉google馬上就08/18 08:43
14F→: 可看到08/18 08:43
24F→: 這跟java版本完全無關,單純12c 資料庫變化比較大,12c08/24 19:57
25F→: em express 開啟關閉指定port 可參考此網址 ,https:/08/24 19:57
26F→: /emarcel.com/oem-express-12c/, 已不需再使用emca了08/24 19:57
3F推: f大可以出來認識一下了08/13 00:30
1F→: 很多年了,下載電子檔即可。07/10 13:27
1F→: oracle otn帳號註冊一下(免費),馬上就可以在官網下06/30 08:28
2F→: 載並安裝測試了.06/30 08:28
3F→: 第四點 不建議,除非該table 為hash partition, 且經過06/06 22:17
4F→: 壓測,否則prod使用parallel通常效果會更差 90%以上(p06/06 22:17
5F→: arallel是一把刀),單一測試效果可能好,多人使用時就06/06 22:17
6F→: 會resource消耗更兇而得到更差的結果。06/06 22:17
7F→: 尤其在parallel時的execution plan 有多個P->S時 效果06/06 22:20
8F→: 可能跟想像的相反。06/06 22:20