![]() |
||
*停權中*
加入日期: May 2004
文章: 2,140
|
引用:
那你要考慮的是資料庫先期的正規畫 中期的自動備份與資料壓縮 此外在考慮異地備份或是同步資料庫 例如SQL 2008裡的Slave DB功能 然後資料在放在除了RAID0架構以外的硬碟裡 10 50 60都可以 |
||||||||
![]() |
![]() |
Elite Member
加入日期: May 2002 您的住址: 地球的上面..
文章: 5,854
|
![]() 引用:
不太建議用混合式parity RAID mode... 這東西真的掛了.. 會很難處理... performance是其次.. 現在RoC都很強悍... |
|||
![]() |
![]() |
Elite Member
加入日期: May 2002 您的住址: 地球的上面..
文章: 5,854
|
![]() 引用:
RAID Tutorial還是請參考RAID龍頭: http://www.youtube.com/user/LSICorporation |
|
![]() |
![]() |
Regular Member
![]() ![]() 加入日期: Jul 2005 您的住址: Imperishable Night
文章: 73
|
x86架構的Server RAID 5+HotSpare就很迷人了
![]() 至於DB和APP都是放在Storage居多 雲端架構又不大一樣,Server負責運算Storage則放虛擬化資料依負載不同可適當調整利用多台Server或多顆CPU運算達到"把浪費的拿回來用" 有錯誤請指正 ![]()
__________________
好的判斷來自於經驗 但不幸的,經驗來自於壞的判斷 此文章於 2011-11-21 07:25 PM 被 月見草 編輯. |
![]() |
![]() |
Elite Member
![]() ![]() ![]() ![]() ![]() 加入日期: Feb 2000
文章: 5,720
|
|
![]() |
![]() |
*停權中*
加入日期: May 2004
文章: 2,140
|
引用:
就算是5掛了 也很難救 之前就有發一篇救援的 DAS-315的RAID5掛了 後來感覺送出去跟自己拿R-Studio掃差不多 只是時間比較短一些 然後損失了大概1到2成的資料吧>< 真要簡單好救 大概只能考慮1或是10了 |
|
![]() |
![]() |
*停權中*
加入日期: Nov 2011
文章: 2
|
非常感謝各位專家傾囊相授!!
|
![]() |
![]() |
Basic Member
加入日期: Jul 2008
文章: 18
|
DB的備份一般有一點本錢的除了做RAID外
即時備援HA 或 SQL MIRROR 的技術可達到服務0中斷, 當然後面還是要接個TAPE Liberary 備份機制 ![]()
__________________
![]() ![]() ![]() |
![]() |
![]() |
Elite Member
![]() ![]() ![]() ![]() ![]() 加入日期: Feb 2000
文章: 5,720
|
引用:
我這邊沒用TAPE.... ![]() ![]() ![]() 直接備份到Local的一台NAS上... 然後在同步到遠端site.... 我自己是覺得tape備份好麻煩....走disk可能還比較便宜和順 |
|
![]() |
![]() |
Advance Member
![]() ![]() 加入日期: Jan 2005
文章: 433
|
某種程度上來說,twu2 說的對,當一家公司在考慮導入ERP等系統時,應該都是交給 SI 公司來進行各環節規劃,應該是不用自己來操煩.........
一般而言,在公司內部必須自己DIY,通常這都是玩票性質,或者不太重要的系統,所以你可以自己玩、自己測試;但千萬別把公司重要的系統或資料丟上去,免得你惹得一身腥還要扛黑鍋.............. |
![]() |
![]() |