the following summarizes the ideal

the following summarizes the ideal structure for an IT disaster recovery plan:

Develop the contingency planning policy statement. A formal policy provides the authority and guidance necessary to develop an effective contingency plan.
Conduct the business impact analysis (BIA). The business impact analysis helps to identify and prioritize critical IT systems and components.
Identify preventive controls. These are measures that reduce the effects of system disruptions and can increase system availability and reduce contingency life cycle costs.
Develop recovery strategies. Thorough recovery strategies ensure that the system can be recovered quickly and effectively following a disruption.
Develop an IT contingency plan. The contingency plan should contain detailed guidance and procedures for restoring a damaged system.
Plan testing, training and exercising. Testing the plan identifies planning gaps, whereas training prepares recovery personnel for plan activation; both activities improve plan effectiveness and overall agency preparedness.
Plan maintenance. The plan should be a living document that is updated regularly to remain current with system enhancements.
Step-by-step IT DR plan development

Using the structure noted in SP 800-34, we can expand those activities into the following structured sequence of activities.

The plan development team should meet with the internal technology team, application team, and network administrator(s) and establish the scope of the activity, e.g., internal elements, external assets, third-party resources, linkages to other offices/clients/vendors; be sure to brief IT department senior management on these meetings so they are properly informed.
Gather all relevant network infrastructure documents, e.g., network diagrams, equipment configurations, databases.
Obtain copies of existing IT and network DR plans; if these do not exist, proceed with the following steps.
Identify what management perceives as the most serious threats to the IT infrastructure, e.g., fire, human error, loss of power, system failure.
Identify what management perceives as the most serious vulnerabilities to the infrastructure, e.g., lack of backup power, out-of-date copies of databases.
Review previous history of outages and disruptions, and how the firm handled them.
Identify what management perceives as the most critical IT assets, e.g., call center, server farms, Internet access.
Determine the maximum outage time management can accept if the identified IT assets are unavailable.
Identify the operational procedures currently used to respond to critical outages.
Determine when these procedures were last tested to validate their appropriateness.
Identify emergency response team(s) for all critical IT infrastructure disruptions; determine their level of training with critical systems, especially in emergencies.
Identify vendor emergency response capabilities; if they have ever been used; if they were did they work properly; how much the company is paying for these services; status of service contract; presence of service-level agreement (SLA) and if it is used.
Compile results from all assessments into a gap analysis report that identifies what is currently done versus what ought to be done, with recommendations as to how to achieve the required level of preparedness, and estimated investment required.
Have management review the report and agree on recommended actions.
Prepare IT disaster recovery plan(s) to address critical IT systems and networks.
Conduct tests of plans and system recovery assets to validate their operation.
Update DR plan documentation to reflect changes.
Schedule next review/audit of IT disaster recovery capabilities.

Kết quả (Việt) 2:

sau đây tóm tắt các cấu trúc lý tưởng cho một kế hoạch khôi phục thảm họa CNTT: Xây dựng các chính sách tuyên bố kế hoạch dự phòng. Một chính sách chính thức cung cấp cho các cơ quan và hướng dẫn cần thiết để phát triển một kế hoạch dự phòng hiệu quả. Tiến hành phân tích tác động kinh doanh (BIA). Phân tích tác động kinh doanh sẽ giúp xác định và ưu tiên cho các hệ thống CNTT trọng yếu và các thành phần. Xác định điều khiển dự phòng. Đây là những biện pháp giảm bớt những ảnh hưởng của sự gián đoạn hệ thống và có thể tăng cường hệ thống và giảm chi phí vòng đời dự phòng. Xây dựng chiến lược phục hồi. Chiến lược phục hồi triệt để đảm bảo rằng hệ thống có thể được phục hồi một cách nhanh chóng và hiệu quả sau một sự gián đoạn. Phát triển một kế hoạch dự phòng IT. Các kế hoạch dự phòng cần có sự hướng dẫn và thủ tục cho việc khôi phục lại hệ thống hỏng chi tiết. Lên kế hoạch kiểm tra, đào tạo và tập thể dục. Kiểm tra kế hoạch xác định khoảng cách lập kế hoạch, trong khi đào tạo chuẩn bị nhân sự phục hồi để kích hoạt kế hoạch; cả các hoạt động nâng cao hiệu quả kế hoạch và chuẩn bị cơ quan tổng thể. Lên kế hoạch bảo trì. Kế hoạch này phải là một tài liệu sống được cập nhật thường xuyên để duy trì hiện tại với cải tiến hệ thống. Step-by-step IT DR phát triển kế hoạch Sử dụng cấu trúc lưu ý trong SP 800-34, chúng ta có thể mở rộng những hoạt động này vào các chuỗi có cấu trúc sau đây của các hoạt động. Đội ngũ phát triển kế hoạch nên đáp ứng với các nhóm nội bộ công nghệ, đội ngũ ứng dụng và quản trị mạng (s) và thiết lập phạm vi hoạt động, ví dụ, các yếu tố nội bộ, tài sản bên ngoài, nguồn lực của bên thứ ba, các liên kết đến các văn phòng / khách hàng / nhà cung cấp ; hãy chắc chắn để thuyết CNTT bộ phận quản lý cấp cao của các cuộc họp này để họ được thông báo đúng. Tập hợp tất cả các tài liệu cơ sở hạ tầng mạng có liên quan, ví dụ, sơ đồ mạng, cấu hình thiết bị, cơ sở dữ liệu. Có được bản sao của CNTT và kế hoạch mạng DR hiện tại; nếu những điều này không tồn tại, tiến hành các bước sau đây. Xác định những gì quản lý nhận thức là những mối đe dọa nghiêm trọng nhất đối với các cơ sở hạ tầng CNTT, ví dụ như, hỏa hoạn, lỗi của con người, mất nguồn, lỗi hệ thống. Xác định những gì quản lý nhận thức là các lỗ hổng bảo mật nghiêm trọng nhất đối cơ sở hạ tầng, ví dụ, thiếu điện dự phòng, out-of-date bản sao của cơ sở dữ liệu. Xem lại lịch sử trước đó của cúp và sự gián đoạn, và làm thế nào các công ty xử lý chúng. Xác định những gì quản lý nhận thức là các tài sản CNTT quan trọng nhất, ví dụ như, trung tâm cuộc gọi, trang trại máy chủ, truy cập Internet. Xác định việc quản lý thời gian mất điện tối đa có thể chấp nhận nếu các tài sản IT xác định là không có. Xác định các thủ tục hoạt động đang được sử dụng để đối phó với cúp quan trọng. Xác định khi các thủ tục này là kiểm tra lần cuối để xác nhận sự phù hợp của họ. Xác định các đội phản ứng khẩn cấp (s) cho tất cả các cơ sở hạ tầng CNTT gián đoạn quan trọng; xác định mức độ đào tạo với hệ thống quan trọng, đặc biệt là trong trường hợp khẩn cấp. Xác định khả năng phản ứng khẩn cấp của nhà cung cấp; nếu họ đã từng được sử dụng; nếu họ đã làm chúng hoạt động đúng; bao nhiêu công ty là trả tiền cho các dịch vụ; tình trạng của hợp đồng dịch vụ; sự hiện diện của các thỏa thuận cấp độ dịch vụ (SLA) và nếu nó được sử dụng. Biên dịch kết quả từ tất cả các đánh giá thành một báo cáo phân tích khoảng cách để nhận biết những gì đang được thực hiện so với những gì đáng ra nó phải được thực hiện, với các khuyến nghị như thế nào để đạt được mức độ cần chuẩn bị , và ước tính cần thiết đầu tư. Có đánh giá quản lý báo cáo và thống nhất hành động được đề nghị. Chuẩn bị CNTT kế hoạch khôi phục thảm họa (s) để giải quyết các hệ thống CNTT trọng yếu và các mạng lưới. Tiến hành kiểm tra các kế hoạch và các tài sản phục hồi hệ thống để xác nhận hoạt động của họ. tài liệu kế hoạch Cập nhật DR để phản ánh những thay đổi. Lịch trình đánh giá tiếp theo / kiểm toán của IT khả năng khôi phục thảm họa.