Phục hồi thảm họa: đảm bảo công ty của bạn tồn tại không thể tưởng tượng được

Đó là một ngày hoàn hảo ở Atlanta, và tôi vừa trở về phòng khách sạn để viết chuyên mục của mình sau cuộc họp ăn sáng với Oliver Rist và một số đại diện PR khi đồng nghiệp của chúng tôi Alyson Behr gọi bằng những từ ngữ sẽ mãi mãi mang lại cảm giác ớn lạnh. "Wayne, " cô nói, "bật TV của bạn lên." Tôi nhìn, sững sờ, khi đoàn làm phim trên chương trình Today Show của NBC thuật lại sự sụp đổ của cái đầu tiên và sau đó là tòa tháp khác của Trung tâm Thương mại Thế giới của New York. Triển lãm thương mại mà chúng tôi đang tham dự đột nhiên dường như rất xa.

Trong số 2.606 người chết trong hai tòa tháp vào ngày 11 tháng 9 năm 2001, 658 là nhân viên của công ty dịch vụ tài chính Cantor Fitzgerald. Con số đó chiếm hai phần ba lực lượng lao động của công ty. Bởi vì các văn phòng trong Trung tâm Thương mại Thế giới là trụ sở công ty của công ty, điều này có nghĩa là hồ sơ của công ty cũng như hầu hết kiến ​​thức của công ty đã bị mất. Tuy nhiên, một tuần sau, trong khi khói vẫn bốc lên từ đống đổ nát, công ty đã hoạt động trở lại và điều hành các giao dịch.

Lý do Cantor Fitzgerald có thể tiếp tục hoạt động nhanh đến mức có thể được gán cho hai điều. Đầu tiên, công ty Giám đốc điều hành Howard Lutnick đã off-site trong một cuộc họp, và thứ hai, công ty đã tạo ra một trang web sao lưu một vài dặm và liên kết các trụ sở chính và địa điểm sao lưu với một mạng lưới sợi. Hầu hết các hoạt động trên các máy chủ của công ty đều được nhân đôi trên các máy chủ dự phòng trong thời gian gần như thời gian thực.

Đây là một trường hợp trong đó lập kế hoạch chu đáo về phía các giám đốc điều hành của công ty và bộ phận CNTT cho phép Cantor Fitzgerald ở lại kinh doanh trong khi nhiều công ty khác đơn giản biến mất. Kế hoạch đó bao gồm chuẩn bị thảm họa, phương tiện khắc phục thảm họa (DR) và ý chí để đảm bảo nó đã xảy ra. Nhưng điều đó không bao giờ có thể xảy ra nếu không có bản sao lưu dữ liệu ngoài trang web.

Bão Florence và các thảm họa khác

Mặc dù thật dễ dàng để nói rằng một thảm họa như vậy có thể không bao giờ xảy ra nữa, nhưng thực tế là, các loại thảm họa khác nhau xảy ra hàng năm. Ví dụ, như tôi đang viết, Bão số 4 Florence đang giáng xuống Bờ Đông Hoa Kỳ, và chắc chắn sẽ phá hủy các cơ sở của hàng ngàn doanh nghiệp vừa và nhỏ (SMB), chưa kể làm gián đoạn cuộc sống của hàng triệu người. Chắc chắn sẽ có ngày, và có thể là vài tuần, trước khi một số SMB có thể hoạt động trở lại và một số trong số hàng triệu người đó có thể trở lại làm việc. Trong khi đó, điều gì xảy ra với những SMB đó?

Nếu dữ liệu của họ không được bảo tồn và kế hoạch khôi phục không được thực hiện, những SMB đó có thể không bao giờ khôi phục được. Một yếu tố quan trọng sẽ là liệu những SMB đó có tìm ra cách bảo vệ dữ liệu của họ hay không bằng cách đưa nó ra xa khỏi khu vực ảnh hưởng của cơn bão. Mặc dù có thể thực hiện bảo vệ dữ liệu bằng cách tải băng dự phòng vào một đội xe tải và đẩy chúng ra khỏi thảm họa, nhưng nó chỉ hoạt động nếu bạn có cảnh báo vài ngày. Nếu một thảm họa xảy ra với rất ít cảnh báo, thì bạn cũng có thể bị lừa.

Sao lưu thời gian thực để phục hồi dữ liệu

Thay vào đó, những gì bạn cần là sao lưu theo thời gian thực, cùng với một số phương tiện khôi phục dữ liệu của bạn và để SMB của bạn sao lưu và chạy. Có hai cách để thực hiện điều này. Cách đầu tiên và toàn diện nhất là liên quan đến dịch vụ DR đầy đủ dịch vụ như Dịch vụ sẵn có Sungard, sẽ cung cấp sao lưu và hỗ trợ dựa trên đám mây cho các hoạt động kinh doanh của bạn cho đến khi bạn có thể quay lại văn phòng hoặc xây dựng các dịch vụ mới. Họ thậm chí sẽ cung cấp không gian văn phòng, và định tuyến lại đường dây điện thoại và dữ liệu để bạn có thể tiếp tục hoạt động.

Phương pháp thứ hai là tham gia vào một công ty DR-as-a-Service (DRaaS) sẽ cung cấp lưu trữ dựa trên đám mây và giúp phục hồi. Trong các thử nghiệm của chúng tôi về các dịch vụ như vậy, chúng tôi thấy rằng nhiều công ty tương tự mà chúng tôi đã xem xét về Cơ sở hạ tầng (IaaS) cũng cung cấp dịch vụ DR; một số khác chủ yếu là các dịch vụ sao lưu đám mây, mặc dù rất ít chỉ chuyên về DR.

Sao lưu ngoài trang web Từng bước

Điều quan trọng là bạn phải ghi nhớ một số điều trong khi bạn đang thiết lập sao lưu ngoài trang web, bao gồm cả việc bạn có thể cần nhiều hơn một loại sao lưu. Dưới đây là một số điều cần xem xét:

Không phải tất cả các nhà cung cấp DRaaS dựa trên đám mây đều như nhau. Đây không hẳn là thước đo chất lượng. Thông thường nó phải liên quan đến cách nhà cung cấp kiến ​​trúc sư giải pháp của họ và liệu kiến ​​trúc đó có phải là thứ sẽ làm việc tốt nhất cho doanh nghiệp của bạn hay không. Bạn sẽ cần đánh giá chúng, xem xét các yếu tố như tốc độ sao lưu, lượng dữ liệu bạn cần sao lưu, loại dữ liệu đó và tốc độ tạo ra doanh nghiệp của bạn, và cuối cùng, có thể dễ dàng và nhanh chóng như thế nào được phục hồi một khi bạn cần nó.

Sự đa dạng về địa lý là rất quan trọng. Bạn không muốn thảm họa tương tự xảy ra với trang web dữ liệu chính của bạn cũng lấy ra trang web sao lưu và khôi phục của bạn. Bởi vì hầu hết các thảm họa tự nhiên có thể bao trùm một khu vực rộng lớn, điều này có nghĩa là tìm một nhà cung cấp có các trang web của nó ở một số khu vực khác của Hoa Kỳ hoặc thậm chí bên ngoài Hoa Kỳ. Thông thường, việc sao lưu ở ba vị trí địa lý có ý nghĩa nhất đối với các doanh nghiệp hoàn toàn cần đảm bảo dữ liệu của họ sẽ có sẵn bất kể điều gì. Như tôi đã đề cập trước đó, khi tôi viết bài này, Bão Florence đang lao thẳng về phía Carolinas và cô ấy là một ví dụ hoàn hảo về thảm họa trên diện rộng ở ngoài khơi. Bão Florence sẽ bao phủ một khu vực đủ lớn mà một công ty ở Savannah, Georgia sẽ không muốn dự phòng của họ ở Baltimore, Maryland vì cả hai thành phố có thể bị ảnh hưởng nặng nề. Và nếu cô ấy quay về hướng bắc, ngay cả khi dữ liệu của bạn được lưu trữ ở New York, nó có thể không an toàn. Có các trang web ở New York và Chicago, ví dụ, sẽ là một kiến ​​trúc DR hiệu quả hơn.

Sao chép dữ liệu của bạn đến nhiều trung tâm dữ liệu rất quan trọng vì cùng lý do rằng sự đa dạng địa lý là rất quan trọng. Bạn cần giảm khả năng dữ liệu của bạn bị mất.

Hãy chắc chắn rằng bạn đang thực hiện một quy trình phục hồi hợp lý. Bạn cần có thể lấy lại dữ liệu của mình đủ nhanh để có ích. Nếu lựa chọn khôi phục của bạn là tải xuống qua internet, thì có lẽ bạn sẽ không thể khôi phục doanh nghiệp của mình nếu cần phải hoạt động trong vài giờ. Đảm bảo kiến ​​trúc của bạn sẽ phục hồi cơ sở hạ tầng của bạn theo khung thời gian hữu ích cho doanh nghiệp của bạn và sau đó kiểm tra giải pháp một cách thường xuyên để đảm bảo rằng nó vẫn hiệu quả.

• • Các giải pháp khắc phục thảm họa tốt nhất (DRaaS) cho năm 2019 Các giải pháp khắc phục thảm họa tốt nhất (DRaaS) cho năm 2019
  • Dịch vụ sao lưu đám mây tốt nhất cho doanh nghiệp năm 2019 Dịch vụ sao lưu đám mây tốt nhất cho doanh nghiệp năm 2019
  • Đo độ trễ mạng của bạn trước khi nó trở thành vấn đề Đo độ trễ mạng của bạn trước khi nó trở thành vấn đề

  Tiếp tục ở điểm vừa thảo luận, đảm bảo có cách để thực hành phục hồi dữ liệu này. Bạn cần biết chính xác làm thế nào để khôi phục dữ liệu được lưu trữ của mình và bạn cần có thể ghi lại quy trình từng bước. Cách duy nhất để làm điều này là thông qua thực hành. Có ít người nản lòng hơn một CEO mà nhân viên IT đã chi tiền cho quy trình DR, chỉ không thể vận hành nó một khi ngày định mệnh thực sự đến.

Điều quan trọng cần nhớ là bạn có thể cần hai loại sao lưu. Điều này thường phụ thuộc vào loại dữ liệu mà công ty bạn tạo và cách thức sử dụng dữ liệu đó. Đối với các công ty thao túng dữ liệu qua các giao dịch truyền phát hoặc micro-giây, họ có thể sẽ cần một liên kết dưới dạng kết nối sợi tốc độ cao cho dữ liệu thời gian thực. Kết nối đó sẽ cần phải tương đối chặt chẽ do những cân nhắc về độ trễ. Sau đó, một liên kết thứ hai sẽ là một bản sao lưu từ xa có thể hoạt động ở tốc độ chậm hơn, nhưng sẽ tránh bị ảnh hưởng bởi cùng một thảm họa.

Vào thời điểm bạn đọc nó, có lẽ sẽ quá muộn để sẵn sàng cho cơn bão Florence, đặc biệt là nếu bạn đang ở Carolinas. Nhưng khi cơn bão đó qua đi, sẽ là một ý tưởng tốt để sẵn sàng cho thảm họa tiếp theo sẽ xảy ra sớm hơn bất kỳ ai trong chúng ta muốn, không bao giờ bạn nghi ngờ điều đó.