최소한의 가동 중지 시간으로 웹 사이트를 마이그레이션하는 방법
수많은 신흥 기술로 한 호스트에서 다른 호스트로 웹 사이트를 이동하는 것이 매우 쉽습니다. 그러나 전송 속도가 아무리 빨라지더라도 평균 고객은 전송 프로세스 중에 다운 타임이 발생할 수 있습니다. 배후에있는 내용에 따라 이전 웹 호스트와 새 웹 호스트간에 DNS 서버를 전송하면 해당 변경 요청이 새 등록 기관에 제출 된 후 12 시간에서 72 시간 사이 도메인이 어두워 질 수 있습니다.
웹 사이트 파일을 전송하고 중요한 데이터베이스를 복원하고 모든 소프트웨어 설치 및 하위 도메인 구성을 정상적인 순서로 가져올 필요성이 결합되면 사이트가 완전히 다시 작동하기까지 최대 하루가 걸릴 수 있습니다. 그러나, 새로운 호스트 서버로 웹 사이트를 전송할 때 재앙을 피할 수있는 멋진 트릭. 이 팁은 사이트의 관리자가 cPanel, IP 주소 및 DNS를 변경하기 전에 새로운 웹 호스팅 계획의 구성에서 작동 할 수있는 고급 FTP 로그인 루틴을 일반적으로 이해하는 한 상대적으로 쉽습니다. 새로운 호스트.
하루가 끝날 무렵 평균 고객이 장면 뒤에서 어떤 변화가 일어나지 않는다는 것을 완전히 알지 못하면 임무는 성공입니다.!
1. 먼저 이동하고 나중에 취소하십시오.
이전이 완료되기 전에 기존 웹 호스팅 계획을 취소하지 마십시오..
일반적으로 웹 호스팅에 익숙하지 않거나 서버간에 웹 사이트를 이전하는 웹 타이 관리자가 가장 자주 범하는 실수는 이전 호스트에 거의 즉시 연락하여 새로운 회사의 서비스로 이동하겠다는 의사 결정을 알리는 것입니다. 서버.
이전 웹 호스트에게 향후 변경 사항을 적시에 알려주고 전환을 전문적으로 수행하기 전에 그렇게하는 것이 좋습니다. 중단 시간뿐만 아니라 취소가 요청 된 순간부터 파일 및 데이터베이스 정보가 완전히 손실 될 수 있습니다..
전화 걸기
웹 호스팅 회사는 일반적으로 현재 달의 서비스 또는 가입비 만료를 기다리지 않고 거의 즉시 고객의 전화가 끝날 때까지 계획을 취소합니다. 이것은 소비자의 최대 이익을 위해 남은 수수료를 즉시 및 일할 계산하여 환불받습니다..
그러나 회사가 업로드 된 모든 정보를 사실상 휴지통에 버릴 것입니다. 회사와 시간을 보내는 중에 서버에 연결됩니다. 많은 경우에 이러한 파일을 검색하여 새로운 웹 호스팅 회사의 서버 또는 공유 호스팅 계획으로 이동할 수있는 기회는 없습니다.
이는 일부 웹 사이트의 상업적 손실 및 고객 지불 세부 정보뿐만 아니라 모든 콘텐츠 및 구독자 데이터의 손실을 의미하기 때문에 복구하기가 매우 어려운 종류의 가동 중지 시간입니다..
할일
일단 새로운 호스팅 계획이 확보되면, 기존 호스팅 계획을 취소하기 전에 모든 파일을 전송하십시오. 낡은 회사가 소유하고있다. 이동 중에 간과 한 것이 없도록 며칠 동안 웹 사이트가 새 회사의 서버에서 실행되도록하는 것이 좋습니다..
모든 것이 제대로 전환 된 것으로 확인되면 이전 호스팅 계획을 취소해야합니다..
2. 백업 파일 다운로드
cPanel에 로그인하여 웹 사이트 파일 및 데이터베이스 정보의 압축 된 백업 얻기.
순수한 사용 편의성을 위해 고객은 새로운 웹 호스트로 이전하면서 새로운 호스팅 업체와 기존 호스팅 업체 모두 동일한 웹 기반 관리 기술을 사용해야합니다. 일반적으로 이것은 사이의 선택이 될 것입니다 cPanel 약간 덜 인기있는 PleskPanel 웹 사이트 제어판.
두 호스트가 사용하는 기술을 맞추는 것이 가장 쉬운 방법입니다. 데이터를 신속하게 백업하고 복원 할 수 있는지 확인하십시오. 똑같은 방식으로. 실제로 웹 호스팅의 표준 인 cPanel 제어판 옵션의 경우 고객은 2082 포트 번호를 첨부하여 도메인으로 이동해야합니다.
참고로 웹 브라우저의 주소 표시 줄 (http://my-site.com:2082)에서 다음과 같이 표시됩니다. 또는 http://my-site.com/cpanel이 일부 웹 사이트에서 작동 할 수 있습니다.
백업 페이지 찾기
cPanel 인터페이스에 성공적으로 로그인 한 후, 레이블이 지정된 제어판 및 설정 그룹을 찾습니다 “지원.” 여기에는 사이트의 메인 백업 “public_html” 폴더 뿐만 아니라 모든 하위 도메인. 또한 여기에있는 도구는 웹 호스팅 고객을 새 서버로 복원하기 위해 MySQL 데이터베이스 백업.
해당 “백업 다운로드” 옵션을 클릭하고 관련 cPanel 관리 페이지로 클릭하십시오..
백업 다운로드
이 페이지에서 cPanel은 유형별로 사용 가능한 백업을 분석합니다. 전체 사이트 백업을 사용할 수 있습니다. 나중에 다른 호스트에 업로드 할 수 있도록 파일을 다운로드해야합니다. 또한있을 것입니다. 모든 하위 도메인에 특정한 백업 파일 웹 사이트 내에서. 전체 웹 사이트 백업에는 해당 정보가 모두 포함되어 있기 때문에 일반적으로 선택 사항이지만 안전하려면 다운로드 할 수도 있습니다..
동일한 백업 다운로드 페이지의 별도 영역에서 고객은 모든 MySQL 데이터베이스의 압축 된 백업을 개별적으로 보호 할 수 있습니다. 각 데이터베이스는 압축 형식으로 다운로드해야합니다.. 새 서버에 업로드되어 나중에 일치하는 데이터베이스 이름을 만듭니다..
감압하지 마라.!
이 과정에서 다운로드 한 백업 파일의 압축을 해제하지 마십시오. 고객이 파일을 업로드 할 때이 프로세스가 새 서버에서 완료되기 때문입니다..
Mac OS X 사용자의 경우 Safari가 자동으로 열리도록 설정되어 있지 않은지 확인하십시오. “안전한” 다운로드 후 파일 확장자. 그렇게하면 파일은 압축되지 않은 상태로 유지되며 빠른 복원이 가능합니다.. 모든 압축 된 백업 파일의 보안이 설정되면 이전 호스트 cPanel 설치를 로그 아웃하고 인기있는 웹 사이트 관리 소프트웨어의 새 호스트 버전으로 이동하십시오.
3. 양도하기
압축 된 백업 파일을 새 서버로 업로드 시작.
사실상 모든 웹 호스팅 회사는 첫 달 요금을받은 후 다음과 같은 정보가 담긴 이메일을 보냅니다. 도메인 이름 서버 및 IP 주소 세부 정보 새로운 호스팅 계획. 이 IP 주소는 DNS 전파 전에 웹 사이트의 내용을보고 변경하기 전에 개별 FTP 계정 및 cPanel 관리 인터페이스에 액세스하는 데 사용할 수 있습니다.
로그인 중
이 이메일을 찾아 관련 IP 주소를 찾으십시오. cPanel 링크가 특별히 포함되지 않은 경우, “/ cpanel” 아니면 그 “: 2082” 관리 로그인을 가능하게하기 위해 해당 IP 주소에 포트 접미어를 추가 할 수 있습니다.
새 서버의 cPanel 반복에 로그인하면 2 단계에서 언급 한 백업 도구를 찾은 다음 백업 다운로드 페이지로 이동하십시오. 페이지에서 전체 사이트 백업과 관련된 파일 업로드 상자를 찾습니다. 이 항목은 종종 “백업 복원” 특색. 이전 웹 호스팅 회사에서 다운로드 한 전체 사이트 백업 파일 선택 업로드 프로세스를 시작하려면.
파일이 완전히 업로드되면 웹 페이지가 새로 고침되고 파일 별 세부 정보가 각 파일을 제자리로 옮길 때마다 줄 단위로 표시됩니다. 이 두 번째 페이지로드가 중지되면 프로세스가 완료됩니다. 브라우저의 위치를 찾습니다. “뒤로” 버튼을 눌러 이전 페이지로 돌아가서 거의 동일한 방식으로 데이터베이스 복원 프로세스를 시작하십시오. 모든 정보가 전송되면 몇 가지 설정을 조정하고 장면 뒤에서 실제 원활한 전환 과정을 시작해야합니다.
4. 데이터베이스가 작동하는지 확인하십시오.
데이터베이스 백업 파일에는 각 MySQL 데이터베이스와 관련된 사용자 이름, 암호 및 사용 권한에 대한 정보가 포함되어 있지 않습니다. 이 정보는 cPanel 내의 MySQL Databases 인터페이스에 입력해야합니다.
접두어
또한 cPanel 내의 각 데이터베이스에 할당 된 접두사를 확인하십시오. 불일치 (예 : "jsmith_wordpress"vs "jsm_wordpress")가있는 경우 해당 데이터베이스에 연결하는 각 소프트웨어 응용 프로그램의 구성 파일에서 접두사를 변경해야합니다.
모든 관련 정보
웹 사이트의 IP 주소를 통해 FTP 계정에 로그인하여 관련 사용자, 암호 및 사용 권한을 모두 추가 한 다음 필요한 모든 시스템 파일을 편집하십시오. 이것은 소프트웨어의 원활한 작동 보장 도메인 이름이 이전 회사에 있던 파일 대신 새 호스트의 파일을 표시하도록 전송되면. 일단 완료되면 모든 것이 제대로 작동하고 완벽하게 작동 할 준비가됩니다..
이제는 변경해야 할 모든 것이 두 호스팅 계정의 파일 중 어느 것이 최종 사용자에게 표시되는지 도메인에 알려주는 정보입니다.
5. 네임 서버 전환
도메인 등록 기관에 새 도메인 이름 서버를 사용하도록 알리십시오.
이 프로세스의 마지막 단계는 현재 사용중인 서버와 다른 서버에 파일과 데이터를 표시하도록 도메인 이름을 알려주는 것입니다. 이것은 도메인 등록 제어판에 로그인 도메인 등록 기관에서 제공 한 서비스 (예 : GoDaddy 또는 Hover와 같은 서비스).
이 제어판에서 제목 또는 사이드 바 항목은 “도메인 이름 서버” 해당 지역에 배치 된 최신 정보는 다음과 같아야합니다.
NS1.OLD-WEBHOST.COM NS2.OLD-WEBHOST.COM
이들 새 이름 서버로 교체해야합니다. (전자 메일에도 있음)를 새 호스트에 추가하십시오. (이 정보를 찾을 수없는 경우 호스트 지원 섹션으로 이동하여 설명서를 찾거나 서버 세부 정보를 제공 할 수있는 담당자에게 문의하십시오.)
DNS 레코드 변경은 대부분의 경우 12 시간에서 24 시간 사이에 효과적이지만 일부는 6 시간이 조금 걸립니다. 이 기간 동안 새 웹 사이트와 기존 웹 사이트 모두 올바르게 작동하며 고객은 호스팅 된 파일이 무엇이든간에 동일한 내용을 보게됩니다..
네임 서버 전파를 기다리십시오.
전파가 완료되기 전에 내용을 게시하면 새 호스트 파일이 활성화 된 후에 내용이나 데이터가 손실 될 수 있습니다. 가동 중지 시간은 문제가되지 않지만, 웹 사이트 소유자는 변경을 삼가해야합니다. 사이트의 디자인, 파일 또는 콘텐츠에 적용, 프로세스가 완료되었다는 것을 확신 할 때까지 그들은 새로운 호스트 서버에 액세스하고 있습니다..
이러한 상황이 발생하면 새로운 웹 호스팅 제공 업체로 웹 사이트를 원활하게 이전하는 프로세스가 완료되고 사용자는 중단 시간없이 전환 과정에서 살아 남을 것입니다.
개요
웹 사이트를 테스트하고 모든 기능이 제대로 작동하는지 확인하십시오. 모든 것이 제대로 작동하면 예전의 호스팅 계획을 취소 할 수 있습니다. 그게 다야.!
