推 zbug: 面試都說會就好，進去之後通通不要亂動就好 XDDD 02/13 19:21
推 konkonchou: DBA主要就DB管理跟效能維運，MSSQL 的話在SSMS 對 ins 02/13 20:47
→ konkonchou: tance 開效能監視，就會看到你想問的 02/13 20:47
→ konkonchou: 這邊 I/O 可視為對 disk 讀寫 02/13 20:48
謝謝k大的解說。
由於手上沒有MSSQL，方便稍微解說怎麼調CPU和記憶體嗎？
感謝！
※ 編輯: qw5526259 (36.224.212.180), 02/13/2019 21:02:49
推 aeolus0829: 大哉問.. google sql server 效能調校就一堆文章了 02/13 21:08
謝謝a大
※ 編輯: qw5526259 (36.224.212.180), 02/13/2019 21:16:06
推 bamchisu: DBA這麼強當然都會，你就回答會就好，記得進去別亂動 02/13 21:36
→ bamchisu: 記得工作就像是考聯考，不是比記的多，而是比錯得少 02/13 21:37
謝謝b大的經驗分享
※ 編輯: qw5526259 (36.224.212.180), 02/13/2019 22:36:19
推 chang0206: 推一樓 XD 02/14 10:25
→ konkonchou: 調CPU Memory硬體的話是指給多少資源, 屬性可以設定 02/14 10:57
→ konkonchou: 調校CPU Memory的話指的是根據每一個活動, 去調整效能 02/14 10:58
→ konkonchou: 譬如Select *對於一些設計不良的table是很耗資源的 02/14 10:59
→ konkonchou: 但T-SQL的來源卻不一定是DBA能改動的 02/14 11:02
→ konkonchou: DBA是很專業性的工作,即使裝了DB server很難學到這些 02/14 11:07
→ konkonchou: 不如學1樓, 先進去後OJT才是最快的 XD 02/14 11:08
再次謝謝k大的解說
推 zbug: 嘿嘿...調不好或設錯，反而造成更不順或更嚴重狀況，先試問 02/14 12:41
→ zbug: 自己是否有救援能力，畢竟DB對於企業是不可能任意停擺.... 02/14 12:42
→ konkonchou: 去年剛好一個案例是，客人請了個IT專家，結果tuning弄 02/14 13:29
→ konkonchou: 壞了，說主機差，換了主機後沒好，再推說資料太多... 02/14 13:29
→ konkonchou: 原本1~3秒的query被搞成經常timeout，真的沒能力別亂 02/14 13:33
→ konkonchou: 搞，資料太多的藉口真的蠻好笑的 02/14 13:33
→ ddoll288: 好奇問一下,資料太多是多到什麼程度啊? 有超過1TB嗎? 02/15 00:19
※ 編輯: qw5526259 (36.229.254.242), 02/15/2019 09:06:14
→ konkonchou: 1TB是DBA偷把謎片塞在DB的概念嗎... 02/15 09:38
→ konkonchou: 好DBA會去說明執行計畫中的成本花費在哪，如何降低 02/15 09:41
→ konkonchou: 以10年規劃來看,1TB=100GB/yr,除非特殊目的或交易量大 02/15 09:43
→ konkonchou: 不然一般百億以下企業DB成長不會那麼快 02/15 09:45
→ testPtt: 現在很多用nosql紀錄硬體資料的 1秒1000筆 02/15 11:06
推 SeanBoog: 先說會就對了 02/16 19:38