คู่มือฉบับสมบูรณ์เกี่ยวกับกลยุทธ์การย้ายข้อมูลเทคโนโลยี: (ขั้นสุดท้าย – การย้ายโดเมนและโฮสติ้ง)

เผยแพร่แล้ว: 2020-12-28

สุดท้ายแต่ไม่ท้ายสุด ในการสรุปชุดบล็อกของเรา เราจะเจาะลึกการโยกย้ายเซิร์ฟเวอร์ (โดเมน & โฮสติ้ง) เนื่องจากเราได้กำหนดขอบเขตการย้ายแอปพลิเคชันและฐานข้อมูลเป็นองค์ประกอบหลักของกระบวนการย้ายข้อมูลแบ็กเอนด์แล้ว จึงควรจบด้วยการย้ายเซิร์ฟเวอร์เท่านั้น

โดยทั่วไป การย้ายเว็บไซต์ของคุณจากโฮสต์หนึ่งไปยังอีกโฮสต์หนึ่งอาจทำได้ง่ายกว่าเมื่อเทียบกับการย้ายประเภทอื่นๆ ที่เราพูดถึงก่อนหน้านี้ ในทางปฏิบัติ เปรียบเสมือนการให้ที่อยู่ใหม่แก่เว็บไซต์ของคุณ ส่วนที่เหลือของบทความนี้จะอธิบายประเด็นสำคัญและแนวทางปฏิบัติที่ดีที่สุดที่เกี่ยวข้องกับการโยกย้ายประเภทนี้โดยละเอียด ดังนั้นอย่ารอช้า ไปลุยกันเลย!

การย้ายเซิร์ฟเวอร์คืออะไร?

ในแง่พื้นฐานที่สุด การย้ายเซิร์ฟเวอร์เป็นเทคนิคการโยกย้ายที่ข้อมูลถูกจัดตำแหน่งจากเซิร์ฟเวอร์หนึ่งไปยังอีกเซิร์ฟเวอร์หนึ่ง โดยทั่วไปจะเกี่ยวข้องกับการกำหนดค่าเซิร์ฟเวอร์เป้าหมายเพื่อแทนที่เซิร์ฟเวอร์ที่มีอยู่โดยการคัดลอกเว็บไซต์และการกำหนดค่า และเปลี่ยน DNS เพื่อนำผู้เยี่ยมชมไปยังเซิร์ฟเวอร์ใหม่ การย้ายเซิร์ฟเวอร์เป็นเรื่องปกติในธุรกิจที่ขึ้นกับข้อมูลจำนวนมาก และเนื่องจากลักษณะของข้อมูลที่มีความละเอียดอ่อน การวางแผนอย่างรอบคอบจึงมีความจำเป็นอย่างมากสำหรับการย้ายที่ประสบความสำเร็จ

ทำไมต้องย้ายเซิร์ฟเวอร์?

การย้ายเซิร์ฟเวอร์อาจเกิดขึ้นได้จากหลายสาเหตุ เช่น:

เพื่อรองรับการสัญจรที่เพิ่มขึ้น
ต้องการประสิทธิภาพที่ดีขึ้นและเวลาตอบสนองที่รวดเร็วขึ้น
ต้องการการควบคุม การจัดการ และความยืดหยุ่นที่ดีขึ้น
เพื่อเพิ่มความสามารถในการปรับแต่ง

แม้ว่าในอีกด้านหนึ่ง มีบุคคลที่ดาวน์เกรดเป็นเซิร์ฟเวอร์ระดับล่างเพื่อวัตถุประสงค์ในการลดต้นทุน การโยกย้ายเซิร์ฟเวอร์ยังเกี่ยวข้องกับสองประเด็นสำคัญ กล่าวคือ; การย้ายโดเมนและการย้ายเซิร์ฟเวอร์โฮสต์ สำหรับบล็อกส่วนใหญ่ เราจะสำรวจทั้งสองหมวดหมู่ ตัวอย่างเช่น ความแตกต่างระหว่างการเปลี่ยนผู้ให้บริการโฮสต์ (เช่น GoDaddy เป็น AWS) และการถ่ายโอนชื่อโดเมน (เช่น example.com เป็น example.info)

การย้ายชื่อโดเมนคืออะไร?

การโยกย้ายโดเมนอย่างง่ายๆ หมายถึงการย้ายเว็บไซต์จากชื่อโดเมนหนึ่ง (example.co) ไปยังอีกชื่อหนึ่ง (example.info) โดยไม่ทำให้ข้อมูลสูญหายหรือเสียหาย โดยหลักการแล้ว เมื่อโอนชื่อโดเมน คุณไม่จำเป็นต้องสำรองข้อมูล เนื่องจากจะไม่มีการถ่ายโอนไฟล์ระหว่างเซิร์ฟเวอร์ แม้ว่าข้อมูล DNS (Domain Name System) จะต้องถูกโอนย้ายเพื่อให้มีบันทึกการเปลี่ยนแปลง การเปลี่ยนแปลงโปรโตคอลอาจเกิดขึ้นเมื่อมีการย้ายเว็บไซต์ที่ไม่ปลอดภัยไปยังเว็บไซต์ที่ปลอดภัย เช่น เมื่อเว็บไซต์ HTTP ถูกย้ายไปยัง HTTPS โดยพื้นฐานแล้ว สาเหตุของการเปลี่ยนชื่อโดเมนจะแตกต่างกัน ตัวอย่างเช่น อาจเป็นทางเลือกในการย้ายจากโดเมนทั่วไป เช่น .com ไปเป็นโดเมนเฉพาะทางภูมิศาสตร์ เช่น .in หรือ . cn

การย้ายเซิร์ฟเวอร์โฮสติ้งคืออะไร?

การย้ายเซิร์ฟเวอร์โฮสติ้งหมายถึงการย้ายจากผู้ให้บริการโฮสต์รายหนึ่งไปยังอีกรายหนึ่ง เมื่อคุณย้ายข้อมูล คุณจะต้องสำรองข้อมูลเว็บไซต์ของคุณอย่างเต็มรูปแบบพร้อมกับไฟล์ฐานข้อมูลบนอุปกรณ์ของคุณก่อนที่จะเริ่มกระบวนการย้ายข้อมูล นอกจากนี้ ตรวจสอบให้แน่ใจว่าสคริปต์ฝั่งเซิร์ฟเวอร์ทั้งหมดของคุณสามารถติดตั้งได้บนแพลตฟอร์มโฮสติ้งใหม่ และเว็บไซต์ของคุณสามารถทำงานบนเซิร์ฟเวอร์ใหม่ได้อย่างราบรื่น อาจมีสาเหตุหลายประการในการย้ายจากผู้ให้บริการโฮสต์รายหนึ่งไปยังอีกรายหนึ่ง เช่น

ความปรารถนาที่จะใช้ประโยชน์จากกองเทคโนโลยีใหม่หรือบริการที่ดีกว่า
ความจำเป็นในการเปลี่ยนโครงสร้างพื้นฐานที่ล้าสมัย
ข้อกำหนดในการขยายและแจกจ่ายโฮสติ้งเพื่อให้มีความพร้อมใช้งานสูง
ปัญหาด้านความปลอดภัย ฯลฯ

ทำไมคนโยกย้ายจากหนึ่งโฮสต์ผู้ให้บริการไปยังอีกคนหนึ่ง

ประเภทของการย้ายโฮสต์เซิร์ฟเวอร์

ขึ้นอยู่กับระบบปฏิบัติการและเทคโนโลยีที่เกี่ยวข้อง โดยทั่วไปการโยกย้ายเซิร์ฟเวอร์ประกอบด้วย:

การโยกย้ายเซิร์ฟเวอร์คลาวด์ : สิ่งนี้ส่วนใหญ่เกี่ยวข้องกับการวางตำแหน่งข้อมูลไปยังเซิร์ฟเวอร์คลาวด์ที่ทันสมัยและปรับขนาดได้

การย้ายเซิร์ฟเวอร์แอปพลิเคชัน : โดยพื้นฐานแล้วเกี่ยวข้องกับการถ่ายโอนแอปพลิเคชันซอฟต์แวร์จากสภาพแวดล้อมเซิร์ฟเวอร์หนึ่งไปยังอีกที่หนึ่ง โดยทั่วไปจะเกิดขึ้นทุกครั้งที่ไฟล์ถูกย้ายระหว่างเซิร์ฟเวอร์

การย้ายเซิร์ฟเวอร์อีเมล : ข้อมูลจะถูกส่งผ่านระหว่างการย้ายเซิร์ฟเวอร์อีเมลภายในโฮสต์เดียวกันหรือต่างกัน

การย้ายเซิร์ฟเวอร์เสมือน – โดเมนการย้ายนี้เกี่ยวข้องกับเซิร์ฟเวอร์เสมือนหรือถ่ายโอนเครื่องเสมือนจากเซิร์ฟเวอร์หนึ่งไปยังอีกเซิร์ฟเวอร์หนึ่ง มีตัวเลือกเซิร์ฟเวอร์หลายตัวในตลาด เช่น GoDaddy, AWS, DigitalOcean, Alibaba Cloud เป็นต้น อย่างไรก็ตาม การเลือกใช้เซิร์ฟเวอร์ส่วนใหญ่ขึ้นอยู่กับความต้องการของโครงการ มีกฎทั่วไปข้อหนึ่งที่ใช้กับการย้ายเซิร์ฟเวอร์โฮสติ้งทุกครั้ง คุณสามารถเปลี่ยนเซิร์ฟเวอร์โฮสติ้งได้ก็ต่อเมื่อคุณได้ลงทะเบียนกับผู้รับจดทะเบียนโดเมนคนก่อนเป็นเวลา 60 วันขึ้นไปเท่านั้น คุณสามารถเรียนรู้เกี่ยวกับกฎเกณฑ์อื่นๆ ที่มีอยู่ในเว็บไซต์โฮสติ้งที่เกี่ยวข้อง

วิธีการย้ายชื่อโดเมนของคุณ?

การโยกย้ายชื่อโดเมนสามารถหักล้างได้ง่ายกว่าเมื่อเทียบกับการย้ายเซิร์ฟเวอร์ สาเหตุที่พบบ่อยที่สุดที่อ้างถึงในการย้ายชื่อโดเมนคือ ผู้ใช้อาจมีชื่อโดเมนที่ยาวกว่าและต้องการเวอร์ชันที่ดีกว่าและสั้นกว่า อย่างไรก็ตาม ก่อนเปลี่ยนชื่อโดเมน มีสองสถานการณ์หลักๆ ที่ควรคำนึงถึง:

การซื้อชื่อโดเมนที่มีผู้อื่นใช้แล้ว: อาจเป็นชื่อโดเมนที่หมดอายุแล้ว ซึ่งคุณต้องซื้อในการประมูลโดเมนหรือซื้อจากบุคคลอื่นโดยตรง
การซื้อชื่อโดเมนใหม่ที่ไม่เคยมีมาก่อน

ให้เรายกตัวอย่างเพื่อทำความเข้าใจความแตกต่างระหว่างสองสถานการณ์ข้างต้น และเหตุใดจึงมีความจำเป็น หากคุณต้องการซื้อชื่อโดเมนที่ลงทะเบียนไว้ก่อนหน้านี้ มีโอกาสที่คุณจะประสบปัญหาต่อไปนี้:

อาจมีลิงก์ที่ชี้ไปยังไซต์ของคุณซึ่งอาจดีหรือไม่ดีในบางกรณี
เป็นไปได้ว่าก่อนหน้านี้มีการแนบมากับไซต์นอกหัวข้อที่สร้างขึ้นเพื่อวัตถุประสงค์ที่แตกต่างจากของคุณ
คุณอาจถูกลงโทษหรือแบนจากเครื่องมือค้นหาบางตัว
เว็บไซต์ของคุณอาจถูกแบนบนเว็บไซต์โซเชียลมีเดีย
ก่อนหน้านี้อาจถูกใช้สำหรับกิจกรรมสแปมเช่นกัน

กระบวนการย้ายชื่อโดเมน

กระบวนการย้ายชื่อโดเมนค่อนข้างง่าย เพียงทำตามขั้นตอนง่าย ๆ แล้วคุณจะเสร็จในเวลาไม่นาน
ในการเริ่มต้น คุณจะต้องยืนยันทุกเวอร์ชัน (นั่นคือ http://, http://www, https:// หรือ https://www) ของแต่ละไซต์บนคอนโซลการค้นหาของ Google นอกจากนี้ ให้ระบุโดเมนย่อยทั้งหมด หากมี
รวบรวมข้อมูลเว็บไซต์ทั้งหมด คุณสามารถใช้เครื่องมือต่างๆ ทางออนไลน์เพื่อจุดประสงค์นี้ ซึ่งจะช่วยให้คุณระบุ URL ที่เป็นไปได้ทั้งหมด และสร้างรายการได้ คุณจะต้องใช้ในภายหลัง
ใช้ 301 การเปลี่ยนเส้นทางถาวร เปลี่ยนเส้นทางจากชื่อโดเมนเก่าไปยังชื่อโดเมนใหม่
ทดสอบการเปลี่ยนเส้นทางเพื่อให้แน่ใจว่าคุณไม่ได้เปลี่ยนเส้นทางหลายครั้ง อาจทำให้ผู้ใช้สับสน
เพื่อแจ้ง Google ว่าคุณกำลังย้ายไปยังโดเมนใหม่โดยใช้เครื่องมือแจ้งเปลี่ยนที่อยู่ของ Google ซึ่งจะช่วยให้คุณยืนยันว่าการเปลี่ยนเส้นทางได้รับการตั้งค่าอย่างถูกต้องหรือไม่
อย่าลืมอัปเดตการตั้งค่าใน Google Analytics ให้ชี้ไปที่ชื่อโดเมนใหม่ คุณแก้ไขการตั้งค่า Google Analytics ได้หากต้องการเก็บข้อมูลเก่าไว้ใน Google Analytics
ใช้รายการ URL ที่คุณสร้างขึ้นเพื่อรวบรวมข้อมูลไซต์อีกครั้ง เพื่อให้แน่ใจว่า URL เก่าทั้งหมดเปลี่ยนเส้นทางไปยัง URL ใหม่อย่างถูกต้อง

จะย้ายจากผู้ให้บริการรายหนึ่งไปยังอีกรายหนึ่งได้อย่างไร

ดังที่ได้กล่าวไว้ก่อนหน้านี้ การย้ายเซิร์ฟเวอร์นั้นตรงไปตรงมามาก เว็บไซต์มักประสบปัญหาการหยุดทำงานระหว่างกระบวนการย้ายเซิร์ฟเวอร์ ไม่ว่ากระบวนการย้ายข้อมูลจะมีการวางแผนมาอย่างดีเพียงใด ดังนั้น แผนการย้ายถิ่นจะต้องเตรียมการไว้ล่วงหน้าอย่างดีก่อนที่จะดำเนินการตามกระบวนการโยกย้าย

โดยทั่วไป จะต้องดำเนินการย้ายข้อมูลเมื่อคุณมีปริมาณการใช้ข้อมูลน้อยที่สุดบนเซิร์ฟเวอร์ คุณต้องย้ายตามแผน มิฉะนั้น มีโอกาสสูงที่กระบวนการย้ายเซิร์ฟเวอร์โฮสต์อาจประสบความล้มเหลว

หลังจากที่คุณได้ตกลงกับผู้ให้บริการโฮสติ้งแล้ว ให้ซื้อแผนและเตรียมพร้อมที่จะย้ายเว็บไซต์ของคุณไปยังโฮสต์ใหม่ ตรวจสอบให้แน่ใจว่าแผนจากผู้รับจดทะเบียนโดเมนเก่าจะไม่ถูกยกเลิกจนกว่าเว็บไซต์ของคุณจะถูกย้ายไปยังใหม่อย่างสมบูรณ์
มีข้อควรระวังบางประการที่คุณต้องดูแลก่อนดำเนินการย้ายข้อมูล เช่น สำรองข้อมูลฐานข้อมูลและไฟล์เว็บไซต์ทั้งหมดจากผู้รับจดทะเบียนโดเมนเก่าของคุณ
คุณสามารถนำเข้าฐานข้อมูลของคุณโดยใช้ PHPAdmin หรือซอฟต์แวร์ของบริษัทอื่น จากนั้นอัปโหลดไฟล์เว็บไซต์และฐานข้อมูลของคุณไปยังเซิร์ฟเวอร์ใหม่ของผู้รับจดทะเบียนโดเมนของคุณ
ตรวจสอบให้แน่ใจว่าคุณติดตั้งเว็บแอปบนเซิร์ฟเวอร์ใหม่ก่อนที่จะอัปโหลดฐานข้อมูล จากนั้นส่งออกฐานข้อมูลจาก PHPAdmin หรือซอฟต์แวร์ของบริษัทอื่นที่คุณสำรองข้อมูล
อย่าลืมเพิ่มบัญชีอีเมลทั้งหมดไปยังเซิร์ฟเวอร์ใหม่ก่อนที่จะเปลี่ยน DNS คุณยังสามารถสร้างที่อยู่ "จับ" เพื่อให้แน่ใจว่าจะไม่มีจดหมายตีกลับในกรณีที่คุณลืมเพิ่มที่อยู่อีเมล
ตามแนวทางปฏิบัติที่ดีที่สุด คุณสามารถสร้างสองบัญชีสำหรับที่อยู่อีเมลแต่ละแห่ง จากนั้นใช้ที่อยู่ IP ของเซิร์ฟเวอร์อีเมลแต่ละเซิร์ฟเวอร์ในการตั้งค่า POP แทนชื่อโดเมน ด้วยแนวทางปฏิบัตินี้ คุณจะไม่พลาดอีเมลใดๆ ระหว่างวิธีการเผยแพร่ DNS
เมื่อไฟล์เว็บไซต์ทั้งหมดของคุณอยู่บนเซิร์ฟเวอร์โฮสติ้งใหม่ คุณจะต้องทำการทดสอบหลายชุดเพื่อให้แน่ใจว่ารูปภาพ ข้อความ และลิงก์ทั้งหมดอยู่ในตำแหน่งที่เหมาะสมและทำงานอย่างถูกต้องบนเซิร์ฟเวอร์ใหม่
เมื่อเปลี่ยนระเบียน DNS คุณต้องเปลี่ยนระเบียน DNS จากแผงควบคุมกับผู้รับจดทะเบียนโดเมน โดยพื้นฐานแล้ว คุณจะต้องเปลี่ยนเนมเซิร์ฟเวอร์ของโดเมนเป็นเซิร์ฟเวอร์ในเมลต้อนรับที่โฮสต์ใหม่ของคุณส่งถึงคุณ ภายในสองถึงสี่วัน กระบวนการย้ายข้อมูลจะเสร็จสมบูรณ์
สุดท้ายนี้ อย่าลืมยกเลิกบัญชีโฮสติ้งจากผู้ให้บริการโฮสติ้งรายเก่า

ตัวชี้เบื้องต้นที่ควรพิจารณาเพื่อให้การย้ายโฮสต์-เซิร์ฟเวอร์เป็นไปอย่างราบรื่น

ขั้นตอนการวางแผน

ตรวจสอบว่าแพลตฟอร์มโฮสติ้งของคุณบนเซิร์ฟเวอร์ต้นทางรองรับการย้ายข้อมูล:
เลือกเซิร์ฟเวอร์เป้าหมายที่เหมาะสมและฮาร์ดแวร์สำหรับเซิร์ฟเวอร์ปลายทางอย่างระมัดระวัง แอปพลิเคชันมีความแตกต่างกัน ตัวอย่างเช่น ไม่ว่าคุณจะถ่ายโอนข้อมูลจากเซิร์ฟเวอร์เฉพาะเครื่องหนึ่งไปยังอีกเซิร์ฟเวอร์หนึ่งหรือไม่ หรือโครงสร้างเซิร์ฟเวอร์ใหม่ขึ้นอยู่กับคลัสเตอร์ที่เกี่ยวข้องกับระบบที่แตกต่างกันหลายระบบ
เลือกระบบปฏิบัติการที่รองรับสำหรับเซิร์ฟเวอร์ปลายทาง
เลือกวิธีการดำเนินการเพื่อทำให้โดเมนออนไลน์บนเซิร์ฟเวอร์ปลายทางหลังจากการโยกย้าย (เช่น การย้ายไปยังที่อยู่ IP ใหม่และการอัปเดตระเบียน DNS ของโดเมนหลังจากการโยกย้ายให้ชี้ไปที่ที่อยู่เหล่านั้น) หากเซิร์ฟเวอร์ต้นทางทำงานหนักเกินไปหรือมีทรัพยากรเหลือน้อย ควรวางแผนงานการย้ายข้อมูลนอกเวลาทำการถ้าเป็นไปได้

การเตรียมเซิร์ฟเวอร์

ตรวจสอบให้แน่ใจว่าส่วนประกอบที่มีอยู่ทั้งหมดซึ่งใช้งานอยู่บนเซิร์ฟเวอร์ต้นทางได้รับการติดตั้งและกำหนดค่าบนเซิร์ฟเวอร์เป้าหมายด้วย
ตรวจสอบให้แน่ใจว่ามีพื้นที่ดิสก์เพียงพอบนเซิร์ฟเวอร์ต้นทางและปลายทาง
เพิ่มจำนวนที่อยู่ IP ที่จำเป็นบนเซิร์ฟเวอร์ปลายทาง (แนวทางปฏิบัติที่ดีที่สุดคือการมี IP เฉพาะและที่ใช้ร่วมกันในจำนวนเท่ากันบนเซิร์ฟเวอร์ทั้งสองสำหรับการย้ายข้อมูล)

การพิจารณาขั้นตอนการทดสอบ

ขอแนะนำให้ทำการทดสอบประสิทธิภาพแบบ end-to-end เพื่อวัดความเสี่ยงที่อาจเกิดขึ้น ในช่วงเวลานี้ ให้ทดลองใช้แอปพลิเคชันที่มีความเสี่ยงต่ำบางตัว และทำการทดสอบการพัฒนาบางอย่าง จากนั้นจึงเพิ่มระดับไปยังแอปพลิเคชันที่มีความเสี่ยงสูง กระบวนการที่เพิ่มขึ้นดังกล่าวช่วยให้คุณค่อย ๆ สร้างความมั่นใจในกระบวนการในขณะที่ทำการทดสอบแอปพลิเคชันที่ใหญ่และซับซ้อนยิ่งขึ้น
อย่างไรก็ตาม หลังการปรับใช้ก็มีความสำคัญเช่นกัน และเซิร์ฟเวอร์ควรอยู่ในสถานะ 'การดูแลอย่างเข้มข้น' อย่างเป็นธรรมหลังการย้ายข้อมูล

การลดความเสี่ยง

ความเสี่ยงมีความหมายเหมือนกันกับการฝึกย้ายเซิร์ฟเวอร์ และการลดความเสี่ยงให้มากที่สุดเป็นส่วนหนึ่งของแนวทางปฏิบัติที่ดีที่สุด ต่อไปนี้คือตัวอย่างสถานการณ์ความเสี่ยงบางส่วน:

ความเสี่ยงโดยรวมที่แอปพลิเคชันอาจไม่ทำงานตามที่คาดไว้หลังการย้ายข้อมูล
ความเสี่ยงของการทำงานของโปรแกรมหรือคุณสมบัติที่ไม่เหมาะสม
การละเมิดข้อมูลและการสูญหายของข้อมูล
วางไข่อินสแตนซ์โดยไม่ได้รับอนุญาต
ความเสี่ยงของความไม่พร้อมใช้งานเป็นระยะ สิ่งนี้ทำให้เกิดปัญหาเสมอสำหรับการดำเนินธุรกิจ และอาจนำไปสู่การหยุดทำงานแบบบังคับเพียงเพื่อแก้ไขปัญหา

การย้ายถิ่น-ความเสี่ยง-สถานการณ์-ตัวอย่าง

โดยพื้นฐานแล้ว วิธีที่มีประสิทธิภาพที่สุดในการลดความเสี่ยงดังกล่าวคือการวางแผนแนวทางการย้ายถิ่นอย่างเต็มที่ การดำเนินการนี้เกี่ยวข้องกับการตรวจสอบสต็อกของแอปพลิเคชันที่สำคัญและการจัดเก็บข้อมูล ตลอดจนการจัดเตรียมข้อมูลสำรอง เช่น การสร้างข้อมูลสำรองที่เชื่อถือได้สำหรับแอปพลิเคชันที่สำคัญ ตัวอย่างเช่น บางบริษัทจัดทำการจำลองการย้ายข้อมูล (ด้วยเครื่องมือจำลองระบบคลาวด์) เพื่อระบุปัญหาที่อาจเกิดขึ้นอื่นๆ ที่พวกเขาอาจพบกับการโยกย้ายที่ซับซ้อน

การเลือกวิธีการสำรองข้อมูล

หากไม่มีเสียงเหมือนทำลายสถิติ ฉันไม่สามารถเน้นว่าการสำรองข้อมูลสำคัญแค่ไหน! โดยเนื้อแท้แล้ว วิธีการสำรองข้อมูลที่ดีที่สุดคือการสร้างการสำรองอิมเมจของดิสก์ของคุณ โดยทั่วไป การสำรองข้อมูลรูปภาพจะเก็บข้อมูลที่สำคัญอย่างลึกซึ้ง รวมทั้งรีจิสตรีคีย์ คีย์ใบอนุญาต การตั้งค่า และข้อมูลเฉพาะแอปพลิเคชัน
นอกจากนี้ การสำรองข้อมูลอิมเมจยังช่วยให้สามารถแปลงการสำรองข้อมูลเซิร์ฟเวอร์จริงเป็นเครื่องเสมือน (VM) โดยพื้นฐานแล้ว การแปลงนี้จะเก็บสำเนาของเครื่องเดิมไว้ซึ่งสามารถหมุนได้ตลอดเวลาในภายหลัง หากต้องการเข้าถึงข้อมูลระบบเก่า ดังที่กล่าวไว้ การสำรองข้อมูลรูปภาพให้เครือข่ายความปลอดภัยที่สำคัญสำหรับกระบวนการย้ายข้อมูล
ในทางกลับกัน วิธีการสำรองข้อมูลแบบไฟล์ก็เป็นทางเลือกที่ใช้การได้ด้วยเช่นกัน อย่างไรก็ตาม เนื่องจากการสำรองข้อมูลแบบไฟล์ทำงานในระดับของระบบไฟล์ เมื่อคุณจำเป็นต้องสำรองข้อมูลระบบปฏิบัติการทั้งหมดหรือเครื่องเสมือน การสำรองข้อมูลแบบไฟล์อาจไม่เพียงพอ

เป็นที่น่าสังเกตว่าในระหว่างกระบวนการนี้ เราไม่ควรขยายขนาดไฟล์สำรองที่ดาวน์โหลดมา เนื่องจากกระบวนการนี้จะเสร็จสิ้นโดยเซิร์ฟเวอร์ใหม่

มีแผนย้อนกลับ

กลยุทธ์การย้อนกลับเป็นสิ่งที่ไม่ปลอดภัยหากมีสิ่งผิดปกติร้ายแรงหรือมีปัญหาหลายอย่างล้นหลาม โดยพื้นฐานแล้วจะช่วยให้คุณสามารถย้อนกลับการเปลี่ยนแปลงและคืนเซิร์ฟเวอร์ของคุณกลับสู่สถานะเดิมก่อนการย้ายข้อมูล
ตรวจสอบให้แน่ใจว่าผู้ให้บริการเซิร์ฟเวอร์ของคุณมีมาตรการดังกล่าว

รายการตรวจสอบการย้ายเซิร์ฟเวอร์ของเรา

จากสิ่งที่เราได้ให้รายละเอียดในวันนี้ มาสรุปคำถามที่สำคัญที่สุดที่จะถามเมื่อเริ่มต้นหรือพิจารณาการย้ายเซิร์ฟเวอร์
สถาปัตยกรรมใดที่เซิร์ฟเวอร์ใหม่ควรมี และสถาปัตยกรรมของโครงการตรงกับความต้องการของคุณหรือไม่?
มีทรัพยากรทางการเงินและผู้เชี่ยวชาญเพียงพอสำหรับการฝึกย้ายและการกำหนดค่าเซิร์ฟเวอร์ที่ตามมาหรือไม่
ฮาร์ดแวร์ที่เลือกมีความยืดหยุ่นเพียงพอสำหรับการพัฒนาโครงการในอนาคตหรือไม่
กระบวนการย้ายข้อมูลควรเกิดขึ้นในขณะที่ระบบยังทำงานอยู่ หรือกิจกรรมทั้งหมดควรถูกขัดจังหวะในช่วงระยะเวลาของกระบวนการหรือไม่
ความเป็นไปได้ของการรักษาการดำเนินงานเป็นสัดส่วนกับความพร้อมของทรัพยากรและความซับซ้อนที่เพิ่มขึ้นของการย้ายถิ่นหรือไม่?
หากเป็นเช่นนั้น มีขั้นตอนใดบ้างที่จะช่วยให้เวลาหยุดทำงานต่ำที่สุด
คุณจะมั่นใจได้อย่างไรว่ารายการฐานข้อมูลมีความสมบูรณ์และเป็นปัจจุบันหรือไม่?
จะทดสอบการทำงานของเซิร์ฟเวอร์ใหม่อย่างไร?
จะเกิดอะไรขึ้นเมื่อบางแอปพลิเคชันไม่ทำงานหลังจากการย้ายข้อมูลเสร็จสิ้น อาจมีเหตุฉุกเฉินหรือวิธีแก้ไขปัญหาชั่วคราวใดบ้าง

บทสรุป

ฉันหวังว่าบล็อกนี้จะให้แนวคิดที่ครอบคลุมและรายละเอียดเกี่ยวกับความแตกต่างระหว่างการโยกย้ายโดเมนและการโยกย้ายเซิร์ฟเวอร์โฮสติ้ง การย้ายถิ่นเป็นหัวข้อที่กว้างกว่ามาก แต่ฉันได้พยายามครอบคลุมประเด็นสำคัญทั้งหมดที่สามารถช่วยให้คุณตัดสินใจได้เมื่อเริ่มต้นการเดินทางการย้ายถิ่นของคุณ

บล็อกชุดนี้จะช่วยคุณกำหนดขอบเขตของการย้ายข้อมูล หลีกเลี่ยงขอบเขตของครีป เลือกกลุ่มเทคโนโลยีอย่างชาญฉลาด และเข้าใจความซับซ้อนที่อยู่เบื้องหลังการโยกย้ายประเภทต่างๆ เช่น การโยกย้ายเทคโนโลยี การย้ายฐานข้อมูล และการโยกย้ายโดเมนและโฮสต์เซิร์ฟเวอร์ วัตถุประสงค์ของชุดบล็อกนี้คือเพื่อให้แน่ใจว่าผู้อ่านจะไม่ต้องค้นหาและย้ายข้อมูลผ่านเว็บไซต์ที่กระจัดกระจายบน Google เพื่อเรียนรู้เกี่ยวกับการโยกย้ายและรายละเอียดอื่นๆ ของการย้ายถิ่น หวังว่าคุณคงพบว่าบล็อกชุดนี้มีประโยชน์! หากมีคำถามเกี่ยวกับวิธีการย้ายข้อมูลอย่างง่ายดาย โปรดติดต่อเราที่ Creole Studios