推 allen65535: 你還是沒講實體機有幾顆CPU。AD和IIS用VM跑還好,資料 07/28 10:37
→ allen65535: 庫比較不適合用VM跑吧 07/28 10:37
推 kenwufederer: 資料庫用VM跑沒差吧,重點還是本身IO 07/28 10:51
→ blackhippo: 你找SI規劃比較快.. 07/28 10:55
※ 編輯: hsuvalen (61.216.34.54), 07/28/2016 11:05:02
推 chang0206: 資料庫為啥不適合用VM? 07/28 11:28
推 Dane223: 規劃都還好,記得備份確實一點就好 07/28 11:37
推 aeolus0829: 查了一下資料除非資料庫 loading 非常重 不然沒有不適 07/28 12:25
→ aeolus0829: 合之說 主要還是看規畫 不然 oracle 自家的VM怎說? 07/28 12:26
→ Weky: "看規劃"這句話眉角很多的 07/28 13:37
→ Weky: 如果是CASE BY CASE那各種說法其實都合理 07/28 13:38
→ Weky: 如果三台資料庫loading都超重 不適合放同主機或VM 07/28 13:38
→ blackhippo: 就找個si業務跟presal當面談一談問一問會快很多.. 07/28 13:38
→ Weky: 如果都超輕 放十台也是可能沒什麼問題 07/28 13:39
推 eric00169: 我覺得你先把實體部分先規劃好 想好 在來考慮VM 07/28 16:26
推 eric00169: 考慮一下妳家資料量 硬碟容量要多少 是否加掛Storage 07/28 16:28
→ eric00169: Loading重 是否要兩台?要不要做Cluster? 07/28 16:29
→ eric00169: 真的把需求丟給SI 會輕鬆很多就是XD 07/28 16:30
推 liskenny: 我家的情況 虛擬機效能不是問題 砸錢就有 但規劃失敗的 07/29 09:00
→ liskenny: table跟關聯就是個悲劇 再好的硬體也救不了使用者的全條 07/29 09:01
→ liskenny: 件全撈取 廠商還說沒辦法切歷史資料 請dump一臺一模一樣 07/29 09:02
→ liskenny: 的拿來查(還要手動切換主機)原始那一台再手動刪歷史資料 07/29 09:02
→ liskenny: 做好備份或HA比較重要 再慢也比不過沒有備援方案 07/29 09:03
→ blackhippo: 老闆:砸錢就是個大問題 07/29 10:01
推 rockiey: 2012 datacenter, standard版,需要cal 07/30 08:04
推 rockiey: Essentials,這不用cal,可參考微軟OEM partner center 07/30 08:09