- 最近PHD在備份某一台虛擬機時,會有一定的機會備份到一半就會Hold,我發現每當發生這現象的時候,都是在跟在備份其它虛擬機器重疊到備份的時候,其實我在規劃備份虛擬機器的時候,都會盡量將時間各別錯開,不過最近備份速度變得有點慢,所以才會發生跟其它的虛擬機器有重疊到,且這台還是跟SQL主機重疊到Orz.....。
- 之前7月底有試著將PHD虛擬機器提高CPU Core以及RAM,當時想說只是因重疊的關係,所以可能只是PHD虛擬機器在效能上出現瓶頸而已,但是上星期好像又發生一次(無奈)。
- 後來我想了另外幾個可能性,一就是現階段這台SQL主機其實在現有的Storage就已經跑得很吃力了,所以當備份完成後,PHD在移除快照的時候,很可能當時Storage在效能上有明顯遇到瓶頸,且正在備份的虛擬機器都是在同一個Storage LUN上(有可能性),二就是當SQL主機備份完成在移除快照過程中,PHD虛擬機器在移除SQL快照時,因為效能不足所造成,這時可能有人會想問上星期不是還提高CPU及RAM嗎?,怎還會跟PHD虛擬機器效能有關呢,雖然說有提高但是蠻有可能是我提高的效能還不夠。
- SQL是從10號晚上9點至隔天下午1點才備份完成,而被HOLD的虛擬機器是從11號早上11點開始備份,預估會備份10小時才會結束,所以備份HOLD虛擬機器按照這30%的進度來看,應該跟當SQL備份完成時,在移除快照的時間點很相近。
◎ 那麼以目前現階段我想到的較好的解決方案,就是乾脆將這台備份HOLD虛擬機器,改至其它可備份的時段,讓SQL能有更充裕的時間來完成備份。
沒有留言:
張貼留言