다운 타임을 예방! 원활한 사이트 / 블로그 이동 - VPS 성경은 # 19

귀하의 웹 사이트를 마이 그 레이션하거나 새 서버에 최소한의 문제점이나 어려움과 블로그. 검증된 이전 절차를 밖으로 본 가이드는 단계.

언제 내가 공유 호스트에서 Linode에서 내 빛나는 새로운 VPS에 내 사이트로 이동, 내가 끊임없이 변화하는 데이터베이스를 가지고,이 날 우려, 특히했다. 웹 소탕하고 있지만 아무것도 철저하게, 그리고 그건 내게 자신감을 준 몇 안 자습서 부족한 지침을 발견. 그래서 Linode 포럼에서, 그리고 프로세스 매핑 아래 질문 조언 종류의 사람들이 거기에 의해 주어진 정리해보 함께 내 자신의 경험입니다.

.. 그래서,이 과정을 위해, 당신은 Linode 포럼 사용자 btmorex, Lykaon, kirbysdl 및 감사 hybinet 수있습니다.

이 가이드에서는 공유 - 투 - VPS 이동하지만, 어떤 의미 서버 대 서버로 이동 적용할 수있습니다.

우선, 셀프 서비스

하지 말라고 이전 HOST는 당신이 그 이동 거리 하냐고.

가입 새 웹 호스트와 함께

만약 당신이, VPS 성경 1 부 : VPS (가상 사설 서버)가 필요 호스트의 어떤 종류의 확실하지 단체실 선택할 도움이 될 것입 전용 비교 비교.

만약 당신이되지 않는 VPS 경로거야 가기에서부터 발끝까지이 성경을 읽고. 당신이되지 않는 경우,이 가이드의 나머지 부분에 대한 당신의 상자를 만든다고 가정합니다. 들어, 공유 VPS 또는 전용 관리, 귀하의 상자가 어찌 되었건간에, 그러니 말자 구에 내장되어있습니다.

DNS 레코드 만들기

기본적으로, 이러한 도메인에 대한보고 서버를 말해.

만약 새로운 호스트, 아주 가난한 사람의 DNS 구성을 허용하지 않습니다. 또 어떤 경우에는 당신을위한 게 비지떡 공유 서버와 함께있어. 자들의 DNS 관리를 수행할 수있는 ..

컨트롤 패널에 따라서, 예를 들면, Linode 또는 Slicehost와 DNS 레코드를 추가하고 해당 DNS 관리자에서 끝났어. 당신은 VPS 성경 부 9 참조할 수있습니다 : 세부 사항에 대한 귀하의 VPS에 도메인 영역을 추가 및 설명 동영상. 살 (시간) 값을 정말 낮은 TTL 다 줘. 있으면 언제든지 MX 또는 다른 DNS 레코드를 현재 호스트와 함께, 그 복제했다.

걱정하지 마,이 귀하의 도메인을 새 호스트에 조기 해결하지만, 확인되지 않습니다 마이 그 레이션을 위해 준비 않습니다.

트윈 이전 사이트 또는 블로그

새 서버에서 만들 & 링크는 모든 데이터베이스 내에 데이터를 가져올 귀하의 사이트 또는 블로그의 파일 구조가 중복됩니다.

Hosts 파일을 수정 테스트 사이트 또는 블로그에

톱 트릭이. 당신이 새 서버로, 당신은 단지 당신의 URI가 리디렉션에 대한 귀하의 PC에있는 파일을 변경할 수있습니다. 이것도 원래의 사이트에 영향을주지 않습니다 자사의 일반적인 트래픽 (하지 않는 한 그들도 자신의 호스트 파일을 변경했습니다!)

윈도우

고토 내 C : "창"system32를 "드라이버"등 그리고 텍스트 편집기로 열어 개최하고있습니다.

리눅스

고토 등 "및 텍스트 편집기로 열어 개최하고있습니다.

맥

나도 몰라. 제발 알아 볼까나!

당신이 있기 때문에 항목이 두 같은거야 그것을 올바른 파일 알게 될거야 : -

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 ...