มิเวลา! ไม่มีรอยต่อเว็บไซต์ / Blog Move - VPS ไบเบิล # 19

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

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

.. ดังนั้นสำหรับตอนนี้คุณสามารถขอบคุณเวที btmorex Linode ผู้ใช้ Lykaon, kirbysdl และ hybinet.

คู่มือนี้หมายถึงที่ใช้ร่วมกันเพื่อย้าย VPS แต่สามารถใช้กับเซิร์ฟเวอร์ใดๆที่จะย้ายเซิร์ฟเวอร์.

แรกขึ้นบริการตนเอง

ไม่บอกเดิม HOST ที่คุณตั้งใจจะย้ายไป.

ลงทะเบียนกับ New Web Host

หากคุณไม่แน่ใจว่าประเภทของโฮสต์ที่ต้องการ VPS พระคัมภีร์ส่วนที่ 1: VPS (Virtual Private Server) สิ่ง VS ร่วม VS เฉพาะ จะช่วยให้คุณเลือก.

ถ้าคุณไปเส้นทาง VPS unmanaged อ่าน พระคัมภีร์ จากด้านบนนิ้วเท้า นี้. หากคุณ unmanaged สำหรับส่วนที่เหลือของคู่มือนี้ผมจะถือว่าคุณได้สร้างช่องของ. เพื่อร่วมกันบริหาร VPS หรือทุ่มเทกล่องของคุณสร้าง anyhow จึงขอข้าม on.

สร้าง DNS Records

โดยทั่วไปเหล่านี้บอกเซิร์ฟเวอร์เพื่อค้นหาโดเมน.

ถ้าโฮสต์ใหม่ของคุณไม่อนุญาตให้กำหนดค่า DNS, ที่ดีงาม. อื่นๆคุณกับเซิร์ฟเวอร์ที่ใช้ร่วมกันซึ่งในกรณีที่คุณได้รับสิ่งที่คุณจ่ายสำหรับ. สำหรับผู้ที่สามารถดำเนินการบริหาร .. DNS

เพิ่มบันทึก DNS ในแผงควบคุมของคุณเพื่อเช่นกับ Linode หรือ Slicehost ที่กระทำใน DNS Manager. คุณสามารถดู VPS พระคัมภีร์ส่วนที่ 9: การเพิ่มโดเมน Zone เพื่อ VPS ของคุณ เพื่อดูรายละเอียดและภาพอธิบาย. ให้ทุกอย่างต่ำจริงๆ TTL (เวลาอยู่) ค่า. ถ้าคุณมี DNS MX หรือข้อมูลอื่นๆที่มีโฮสต์ปัจจุบันของผู้ทำซ้ำ.

ไม่ต้องกังวลนี้จะไม่ทำให้โดเมนของคุณแก้ไขไปโฮสต์ใหม่ก่อนเวลาแต่จะเตรียมไว้สำหรับการย้าย.

คู่ Old Site หรือ Blog

ซ้ำเว็บไซต์หรือโครงสร้างไฟล์ของบล็อกของคุณบนเซิร์ฟเวอร์ใหม่สร้างและเชื่อมโยงฐานข้อมูลใดๆและนำเข้าข้อมูลของคุณภายใน.

แก้ไขโฮ File เพื่อทดสอบเว็บไซต์หรือบล็อก

เคล็ดลับ Top นี้. คุณสามารถแก้ไขไฟล์ในคอมพิวเตอร์ของคุณเพื่อเปลี่ยนเส้นทางของคุณ URI กับเซิร์ฟเวอร์ใหม่เพียงคุณ. นี้ไม่ได้ผลเว็บไซต์เดิมและการจราจรทั่วไปของ (ยกเว้นกรณีที่พวกเขาได้เปลี่ยนไฟล์โฮสต์ของพวกเขาเกินไป!)

Windows

โกโตะ c: ของ windows>> system32 drivers>> etc และไพร่พลเปิดด้วยโปรแกรมแก้ไขข้อความ.

Linux

โกโตะ etc> และไพร่พลเปิดด้วยโปรแกรมแก้ไขข้อความ.

Mac

ฉันไม่รู้. กรุณา lemme รู้

คุณจะรู้ว่าเป็นไฟล์ที่ถูกต้องเพราะจะมีรายการหรือสองเช่น: --

127.0.0.1	localhost

... and that is the format you want for the new lines you have to add to the file. So add something like:-

12.34.56.78  domain.com
12.34.56.78  www.domain.com

... swapping the IP for your new IP, and the domain for yours.

Upon saving the file, when you surf to domain.com, instead of taking you to your old server, it will take you to the new one, and you can fully test your site's functionality.

(I told you that was top )

NOW TEST YOUR NEW SITE'S FUNCTIONALITY.

But don't administer the wrong site: after testing, don't forget to delete the new hosts entry, else comment it out with a # at the beginning of the line. And restart your web browser.

Resolve Email

Move your email accounts from your current host.

If you want a simple, spam-free solution with no web server resource cost (ie no personal mail server), check out the VPS Bible Part 18: Google Apps for Domain-Specific Email .

Test your email.

Create A or AAAA Records

This is the key to a seamless move, which is particularly important if, for example, you host a forum or receive a lot of blog comments.

What we're going to do is to set up your new host to resolve the domain call to your old host. Basically, this eliminates the possibility of writing to more than one database while, for example, the nameservers propagate or Google's global servers refresh your new domain details.

In the new server's DNS settings, add two A/AAAA records using these guidelines:-

When you save your options, you may find one of the hostname fields is blank. That's normal.

Point Domain to Nameservers

Goto your domain registrar account and look for the Nameserver option. Renew the data.

For example, with Linode, bless, change to ns1.linode.com, ns2.linode.com, ns3.linode.com and ns4.linode.com. You'll find your new web host's nameserver details easily enough.

Now we are awaiting full propagation, at all server points around the world. I have no idea how long that takes, but about 72 hours is generally reckoned, so allow for 4-5 days to be safe.

MOVING DAY!

Go back to those A Records we created, replacing the old host IP to your new host IP. Set the TTL to the shortest possible 'time to live'. But before you click OK ..

Take a final backup of your old database and import the data into your new one.

.. And now you can click OK on those new A records.

While your A record changes will update the new host nameservers within minutes, it takes up to 72 hours for full web-wide propagation. You may find new data records in the old database, so you'll have to export and import those strays.

Note: At Linode, updated DNS records take effect every 15 minutes. So if you edit an A record at 2:32, it'll take until 2:45, plus the time period specified in the TTL, for the update to be visible to the world. Careful timing will give you the least downtime.

Final Checks

If you completed the previous testing properly, there should be no surprises. Then again ..

After the time period specified in the TTL, check your site to ensure everything works. Because your local nameservers may not yet have resolved with the new A record data, and so that you can be sure you're looking at the new, not the old, web application, use the host file trick.

Shed Shared, Viva Virtual!

Whatever kind of web host you've moved to, you can cancel the old host 4-5 days after moving day. Your breathing will gradually shallow out. Take tea!

Virtually Done

This series is pretty much complete, and I'm definitely gonna be spending more time down the pub.

However, as a round-up, VPS Bible Part 20: Blogroll, Links, Credits, Resources will list some of the best resources on the web for anything Linux or VPS. Plus it's a bit of a thank you to all those whose advice has helped me to go from VPS newbie, a few months ago to, well, senior newbie. Hey, you be the judge, but I sure ain't a sysmin.

By way of a follow up, and as promised in VPS Bible Part 17: Nginx Control Panel Workarounds , I'll be publishing some appendix guides too, showing you how to administer your VPS without relying on bloatware like cPanel.

Here's the you-know-what ...