the following summarizes the ideal structure for an IT disaster recove dịch - the following summarizes the ideal structure for an IT disaster recove Việt làm thế nào để nói

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.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
sau đây tóm tắt cấu trúc lý tưởng cho một kế hoạch khôi phục thảm họa CNTT:Phát triển dự phòng kế hoạch tuyên bố chính sách. Một chính sách chính thức cung cấp thẩm quyền và hướng dẫn cần thiết để phát triển một kế hoạch phòng hờ có 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 giúp để xác định và ưu tiên quan trọng hệ thống CNTT và các thành phần.Xác định dự phòng điều khiển. Đây là biện pháp mà làm giảm tác dụng của sự gián đoạn hệ thống và có thể tăng hệ thống sẵn có và giảm chi phí vòng đời dự phòng.Phát triển chiến lược phục hồi. Phục hồi toàn diện chiến lược đả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ự phá vỡ.Phát triển một kế hoạch phòng hờ CNTT. Kế hoạch phòng hờ nên chứa chi tiết hướng dẫn và thủ tục để khôi phục một hệ thống bị hư hỏng.Kế hoạch thử nghiệm, đào tạo và tập thể dục. Thử nghiệm kế hoạch xác định khoảng cách lập kế hoạch, trong khi đào tạo chuẩn bị phục hồi nhân sự cho kế hoạch kích hoạt; cả hai hoạt động cải thiện hiệu quả kế hoạch và chuẩn bị cơ quan tổng thể.Kế hoạch bảo trì. Kế hoạch 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. Từng bước phát triển kế hoạch CNTT DRBằng cách sử dụng cấu trúc ghi chú trong SP 800-34, chúng tôi có thể mở rộng các hoạt động thành cấu trúc sau của hoạt động.Kế hoạch nhóm phát triển nên đáp ứng với công nghệ nội bộ đội, đội tuyển ứng dụng và mạng administrator(s) và thiết lập phạm vi của các hoạt động, ví dụ:, yếu tố nội bộ, bên ngoài tài sản, tài nguyên bên thứ ba, các liên kết đến văn phòng/khách hàng/nhà cung cấp khác; Hãy chắc chắn để tóm tắt nó vùng quản lý cấp cao trên các cuộc họp này do đó, họ được đúng thông báo.Thu thập tất cả các tài liệu cơ sở hạ tầng mạng có liên quan, ví dụ như, mạng sơ đồ, cấu hình thiết bị, cơ sở dữ liệu.Có được bản sao hiện có kế hoạch tiến sĩ nó và mạng; Nếu đây không tồn tại, tiến hành các bước sau.Xác định quản lý những gì cảm nhận như là những mối đe dọa nghiêm trọng nhất cơ sở hạ tầng CNTT, ví dụ như, lửa, lỗi của con người, mất điện, lỗi hệ thống.Xác định quản lý những gì cảm nhận như là các lỗ hổng nghiêm trọng nhất để cơ sở hạ tầng, ví dụ như, thiếu điện dự phòng, out-of-bản sao của cơ sở dữ liệu.Xem lại lịch sử trước đó của sự cố mất điện và sự gián đoạn, và làm thế nào các công ty xử lý chúng.Xác định quản lý những gì cảm nhận như là quan trọng nhất nó tài sản, ví dụ như, gọi cho Trung tâm, máy chủ trang trại, truy cập Internet.Xác định quản lý thời gian mất tối đa có thể chấp nhận nếu tài sản của nó được xác định là không có sẵn.Xác định các thủ tục hoạt động hiện đang được sử dụng để đối phó với sự cố mất điện quan trọng.Xác định khi các thủ tục này cuối đã được thử nghiệm để xác nhận phù hợp của họ.Xác định các phản ứng khẩn cấp nghiệp cho tất cả quan trọng CNTT cơ sở hạ tầng sự gián đoạn; xác định mức độ huấn luyện với hệ thống quan trọng, đặc biệt là trong trường hợp khẩn cấp.Xác định các nhà cung cấp khả năng phản ứng khẩn cấp; Nếu họ đã từng được sử dụng; Nếu họ đã làm họ hoạt động đúng; bao nhiêu công ty 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 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ừ đánh giá tất cả vào một báo cáo phân tích khoảng cách xác định những gì hiện đang được thực hiện so với những gì nên được thực hiện, với các đề xuất như thế nào để đạt được mức độ yêu cầu chuẩn bị, và đầu tư ước tính cần thiết.Có quản lý xem xét báo cáo và đồng ý về hành động được đề nghị.Chuẩn bị thiên tai phục hồi plan(s) để giải quyết quan trọng hệ thống CNTT và mạng.Tiến hành các xét nghiệm của kế hoạch và hệ thống phục hồi tài sản để xác nhận hoạt động của họ.Cập Nhật tiến sĩ kế hoạch tài liệu để phản ánh những thay đổi.Lịch trình tiếp theo xem xét/kiểm toán của khả năng khôi phục thảm họa CNTT.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
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.





























đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: