이번 주에 GoDaddy 고객 인 경우 (또는이 시점에 해당) 사이트가 다운되어 생명이 빨라졌습니다. 예, 다운 타임에 대한 무료 한 달의 크레딧을 받았지만 요점은 사이트가 카운트 다운되어 있고 할 수있는 일이 없다는 것입니다.
아니면 거기 있었습니까?
비즈니스 웹 사이트를 운영하는 대부분의 소규모 업체는 DRP (재해 복구 계획)가 없습니다. 사업체를 운영하고 있다면 제품을 판매하고 사이트에 의존 하여 다운 될 경우 준비가되어 있다고 생각할 것입니다. 자, 많은 사람들이 그러한 DRP를 가지고 있지 않았고, 그들의 사이트가 다운되었을 때, 그들이 할 수있는 것은 그것을 앉아서 기다릴뿐입니다. 비즈니스 소유자가 알고 있듯이 시간은 돈입니다.
비즈니스 웹 사이트를 지금 운영하고 있다면 DRP 목적으로 할 수있는 일이 몇 가지 있습니다. 이 중 일부는 단순하지만 일부는 단순하지 않습니다.
1. 웹 호스트의 트위터 계정을 알고 있습니까?
웹 호스트가 다운되면 더 나은 웹 호스트 제공 업체가 트위터 계정에서이를 알리게됩니다. 사이트 중단시 고객에게 다른 방법으로 경고 할 수있는 방법이 없기 때문입니다.
웹 사이트에 문제가있어 웹 호스트의 웹 사이트 자체를로드 할 수없는 경우 해당 웹 사이트의 Twitter 계정으로 이동하십시오.
예 : 개인 블로그에서 Fluid Hosting을 사용하고 Twitter 계정을 책갈피에 추가했습니다. 다른 웹 호스트 공급자와 마찬가지로 정전이 발생하는 경우가 있습니다. 내 사이트의 성능이 저하 될 때마다 지원 티켓을 제출하기 전에도 해당 트위터 계정으로 이동합니다. 지원 티켓이 시스템 전체에 해당하는 경우 시스템에서 공지되고 1 시간 내에 알려 지므로 해결 될 것입니다. 따라서 티켓을 제출할 필요가 없습니다.
2. 트위터 계정이 있습니까?
트위터를 사랑하거나 미워하는 것은 사이트가 독립적으로 운영되기 때문에 사이트에 문제가있는 경우 대중에게 경고하는 좋은 방법입니다. 즉, 사이트가 다운되었거나 트위터가 작동 중이더라도 공지 할 수 있습니다. 이봐, 아무것도 아닌 것보다 낫다.
3. 일반적으로 등록한 도메인과 같은 장소에 사이트를 호스팅하는 것은 좋지 않습니다.
말하자면, “모든 달걀을 한 바구니에 넣을 때”이것은 비즈니스 웹 사이트 호스팅에 관한 한 재난의 요리법입니다. 도메인 등록 기관과 사이트가 호스팅되는 위치는 분리되어 있어야합니다. 그렇지 않으면 중단 도미노 효과 (한 부분이 중단되고 모든 것이 중단됨)에 대비해야합니다.
이 분리가 왜 중요한지 예를 들어 보겠습니다.
개인 블로그가 다운되어 온라인으로 돌아 가기까지 며칠이 걸릴 정도로 실제로 다운 된 경우 내 도메인 등록 기관에 로그인하여 기본 도메인 인 Twitter 계정과 같은 임시 사이트를 도메인으로 지정할 수 있습니다. 사이트가 고정됩니다. 일단 고정되면 다시 전환 할 수 있습니다.
4. DRP 목적을 위해 무료 웹 메일 제공 업체에 항상 백업 이메일 주소를 사용하는 것이 좋습니다.
_business_site.com과 같은 이메일 주소를 사용하여 올바른 비즈니스를 수행하지만 사이트가 다운되면 이메일도 다운됩니다.
긴급 목적을 위해 기본 메일이 백업 될 때까지 Gmail 또는 Hotmail 또는 다른 곳에서 호스팅되는 모든 메일 계정이 있으면 충분합니다.
비즈니스 전자 메일 계정으로이 전자 메일 주소를 브로드 캐스트 할 수도 있습니다 (필요한 경우).
기본 메일이 백업되면 Gmail 계정에 로그인하여 모든 메일을 기본 메일로 다시 전달할 수 있으므로 Gmail을 사용하는 것이 가장 좋습니다. Hotmail과 같은 다른 제공 업체는 비슷한 기능을 제공하지만 Gmail은 메일 발송 위치 및 도착 방법을 가장 많이 제어합니다.
5. 꼭 필요한 경우“선박 점프”방법을 알아야합니다.
내가 (또는 Dave) 당신에게 말할 수 있듯이, 다른 도메인 등록 기관 및 / 또는 웹 호스트로 전환하는 것은 엉덩이에 큰 고통입니다. 다른 사람이 말한대로 쉽게 할 수있는 방법은 없습니다. 그렇다고해서 그렇게하는 법을 배워서는 안된다는 의미는 아닙니다.
한 도메인 등록 기관에서 다른 도메인 등록 기관으로 (예 : GoDaddy에서 NameCheap로) 전환하는 것은 당일이 아니며 프로세스를 완료하는 데 약 3-10 일이 걸립니다.
한 웹 호스트에서 다른 웹 호스트로 전환 .. hoo boy, 그렇습니다. 정말 어려운 부분입니다. 기존 사이트에서 WordPress 또는 Drupal과 같은 콘텐츠 엔진을 실행하고 있으며 모든 것이 매우 구체적인 서버 주소와 포트를 사용하는 MySQL 데이터베이스 백엔드를 사용하고 있으며 엔진 자체가 매우 구체적인 서버 경로를 사용하고있는 것이 사실 일 것입니다. 그 모든 것이 당신을 지옥에서 겁나게한다면, 그렇게해야합니다.
Dave와 저는 모든 것이 올바르게 마이그레이션되는 사이트를 옮기는 노하우를 가지고 있지만 (1990 년대 후반부터 사이트 관리를 수행해 왔으며 구식 방식으로 거의 배워야했기 때문에) 티. 내가 말할 수있는 것은 당신을 위해 당신의 사이트를 제대로 옮기기 위해 누군가를 지불하는 것을 배제하지 않는 것입니다. 한 사이트에서 다른 사이트로 적절한 마이그레이션을 수행하기 위해 돈을 쓸 가치가 있습니다.
지금 비즈니스 사이트를 운영하고 있다면 실제로 사이트를 예쁘게 옮기지 않아도되기를 바랍니다. 그러나 DRP 목적으로 레지스트라 및 / 또는 호스트간에 배를 타야하는 경우 마이그레이션 방법을 배우거나 다른 사람을 찾는 방법을 알아보십시오. 이 물건은 집에서 PC로 작업하거나 파일을 한 곳에서 다른 곳으로 복사하는 것이 좋습니다. 동적 수준에서 작동하는 콘텐츠 엔진을 사용하는 웹 사이트는 완전히 다른 볼 게임입니다.
비즈니스에 대해 진지한 경우 웹 사이트 DRP에 대해 진지해야합니다.
대부분의 소규모 업체 소유자는 수많은 GoDaddy 고객에게 발생한 것과 같이 실제로 나쁜 일이 발생할 때까지 DRP의 중요성에 대해 전혀 배우지 않습니다.
비즈니스 웹 사이트 소유자는 Twitter 계정과 Gmail 전자 메일 주소 일지라도 대체 할 내용이 있어야합니다. 자체 호스팅 웹 사이트는 항상 Murphy 's Law의 적용을 받으므로 준비해야합니다.
