怀孕挺大肚子疯狂高潮AV毛片,全部孕妇毛片丰满孕妇孕交,中国孕妇XXXXXXXXX孕交

  1. <s id="x54xr"><object id="x54xr"></object></s>
    <span id="x54xr"></span>
  2. <s id="x54xr"><object id="x54xr"><blockquote id="x54xr"></blockquote></object></s>
    1. <em id="x54xr"></em>
    2. 數據遷移有風險,實際工作中需注意這些關鍵點
      2017-1-24
      來源:未知
      點擊數: 8080          作者:未知
      • 對于數據遷移實施,我個人覺得:在實施之前,再繁瑣的準備都不算過分!就個人參與過的經驗簡單分享一下:

        1,環境調研要做充足,包括源數據庫環境,版本,數據量大小,業務場景,操作系統版本,源數據庫環境與目的數據庫環境的差異等等。

        在實際案例中遇到過多重很奇葩的情況,比如,遷移數據時,才發現客戶的網速奇慢,傳備份集只能達到3,5M的速率,整個遷移過程被傳輸占了大部分時間,沒想到客戶的數據中心的交換機那么差,源數據庫和目的數據庫是都在一個數據中心的。

        2,遷移方案準備,盡量優化細節,最好能在測試環境測試其可行性以及實際耗時后,才到生產環境實施。

        就碰到過實施時間安排的貌似很合理,結果上去第一步操作停庫竟然等了好久。

        3,確保數據備份,回退可行,不能存在僥幸心理。有次遷移失敗,緊急回退,發現源數據庫竟然起不來了,深更半夜的又對源數據庫折騰了將近一個小時。

        4,人員角色齊備,數據遷移一般是晚上實施,最好是A/B角一起參與,以免晚上精神不好,敲錯指令。最好是主機工程師和存儲工程師都在。曾經有一次,發現導入數據非常慢,后來發現是存儲的問題。結果存儲工程師不在現場,緊急call過來處理。

        重復一下:在實施之前,再繁瑣的準備都不算過分!

        wangxuefeng 系統運維工程師:

        我在去年十一的時候,做過一次遷移,倒庫備份出來,用了24小時多,具體我讓別人操作的,然后,在新購置的服務器上安裝操作系統,linux;然后,導入也花了很長時間。第二次,我9月30日過去了一趟增量備份,完成后,關停系統;并于10月2日,增量導入新設備,測試沒問題,整體遷移了。其中,原來的刀片設備,作為完全備份設備,原封不動放在機房,以作為如果出現問題的馬上還原。好像有點奢侈,不過,這樣最安全了。

        所以大數據,一定要有完全,有增量,這樣安全。

        余靜 北京物美 系統工程師:

        我們去年做了幾十套大系統遷移,各種方法都用了,簡單說說:

        1、壓縮(tar)+copy(scp)

        2、ogg

        3、dg

        4、svc

        5、鏡像

        前提,不管做什么方法考慮的問題:

        1、必須在遷移開始遷備份。

        2、對業務影響范圍充分了解。

        3、風險考慮。

        4、停機窗口。

        5、操作步驟提前提前準備。

        6、回退方案。

        7、應急方案。(無法回退)

        guangshi007 廣州成翔 技術經理:

        遷移前肯定要完全備份一次吖,不然遷移失敗咋辦???尤其是金融系統的業務數據,必須永久保存,一旦丟了,那你可以跑路了……

        baizhaoxian 萬國數據服務有限公司 數據庫架構師:

        工作要點:

        環境準備工作做足,數據遷移方案做清晰,數據遷移步驟哦做細,回退切換方案做的有保障。

        董志衛 李寧(中國)體育用品有限公司 系統架構師:

        遷移的幾點考慮:

        1. 主要也是非常重要一點是梳理用戶環境,制定比較有針對性的遷移方案。比如說可以線下遷移盡量要線下遷移,不要為凸顯技術的高超,記住凡是都有風險,還有bug。

        2. 技術輔助業務,支持業務。在充分測試前提下,梳理步驟,謹慎操作,運用適當的技術進行遷移。

        3. 制定每一套的遷移不成功或回退方案,給自己多一種方案選擇。

        4. 報領導審批方案,提前協調窗口,切勿想當然直接就上,不要我以為沒事,最終出大事。

        Laozhao 存儲工程師:

        作為一個存儲和備份工程師,參與了很多次的數據遷移,個人感覺有幾個方面問題必須特別注意:

        1、前期的調研工作必須充分,準備工作一定到位。

        2、必須預留備份時間窗口

        3、遷移就做遷移,不能去夾雜其他的升級或者變更。

        4、方案一定要扎實,要全面;一定要要有回退方案或者保底方案。

        5、有條件的一定要各方面的專家給予現場支持。

        舉一個遷移升級失敗的例子:

        更換存儲和服務器:原環境:IBM小型機,HDS存儲用HACMP做的oracle雙機(非RAC機構)。

        新環境:新IBM小型機(升級系統),新的HDS存儲有POWERHA做oracle(版本不變)雙機(非RAC機構)。

        遷移方案:新的服務器上按照原服務器的配置按照oracle配置powerha;用存儲之之間的同步復制完成數據遷移;復制完成的數據卷添加到powerha后,啟動,不停的抱IO 操作錯誤;但是能夠啟動數據庫;但是做failover;數據庫就死機;找了4個小時才發現powerha的卷要求和hacmp不一樣,用戶很生氣;超出的時間,而且遷移也沒有成果。幸好原環境沒有破壞。這個方案有幾個主要的問題:1、powerha當時剛出的新產品,大家對功能不是很熟悉就想用于生產;2、遷移和升級混合一起做,加大排錯難度。3、前期準備工作不到位

        zhanghaiyang 聯合網訊 系統工程師:

        數據的遷移,我覺的主要有三個點:

        第一,數據量的大小

        第二,是否影像業務、停機窗口時間

        第三,遷移要是有風險,是不是還得備份

        在實際的操作中,要根據實際硬件配置,軟件環境來考慮遷移方案

        我的經驗來講,還是軟件遷移,比如數據庫的asm鏡像、操作系統的鏡像,比較好用。

        底層的復制技術還是災備或者備份用的比較多。

        sunnyihui 亞聯 技術總監:

        遷移的方法很多,存儲層面,數據庫層面,系統層面,往往遷移伴隨著基礎軟件升級改造等,所以采用什么方式要根據需求而定,總之備份,風險控制是一定要注意。

        javamud 沈陽天港世紀科技有限公司 系統運維工程師:

        可以慢點,可以重來,可以……

        只要數據還在,一切都有可能

        張文正 某信息科技有限公司 技術經理:

        一句話,遷移方案要詳細!

      熱門評論
      • 暫無信息

      驗證碼: 驗證碼,看不清楚?請點擊刷新驗證碼

      地址:廣東省惠州市惠城區東平半島惠州大道20號賽格大廈1608號

      電話:0752-2072178  傳真:0752-2072168-0  郵箱:gdoudi@ouditech.com廣東歐迪科技有限公司 版權所有

      Copyright ©2020 Guangdong Oudi Technology Corporation All Rights Reserved.

      粵ICP備16018732號-1

      怀孕挺大肚子疯狂高潮AV毛片,全部孕妇毛片丰满孕妇孕交,中国孕妇XXXXXXXXX孕交