© 2010 SAP AG page 44/64Figure 4: “

© 2010 SAP AG page 44/64
Figure 4: “Data Repair” versus “Incomplete Recovery plus Business Recovery”
For further examples on how to avoid a point-in-time recovery in case of logical errors, see SAP note 434645.
More information on a general approach to handle logical errors and a flowchart supporting with the repair of
logical errors can be found in section “Data Repair” of the Best Practice “Emergency Handling for Recovery of
SAP System Landscapes”.
A B&R concept should clearly state that an incomplete recovery should generally not be used
in case of logical errors.
A special approval process should be implemented for incomplete recoveries. Before
approving, careful evaluation of the alternatives and consequences should be done.
Providing a temporary ‘analysis system’ as a copy of production at the point before a logical error
occurred can support the repair of logical errors (as indicated in figure 4). This system can be built by
restoring a backup onto a sandbox or a spare environment. If you want to provide this option, the
prerequisites and procedure should be documented in the B&R concept.

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

© 2010 SAP AG trang 44/64Hình 4: "dữ liệu sửa chữa" so với "Chưa hoàn thành phục hồi cộng với kinh doanh phục hồi"Để có thêm ví dụ làm thế nào để tránh một điểm trong thời gian phục hồi trong trường hợp lỗi logic, xem SAP lưu ý 434645.Thông tin thêm về một cách tiếp cận tổng hợp để xử lý lỗi logic và một sơ đồ hỗ trợ sửa chữahợp lý lỗi có thể được tìm thấy trong phần "Dữ liệu sửa chữa" thực hành tốt nhất "khẩn cấp xử lý để phục hồiSAP hệ thống cảnh quan".Một khái niệm B & R nên rõ ràng nhà nước rằng một phục hồi không đầy đủ nên thường không được sử dụngtrong trường hợp lỗi nào hợp lý.Một quá trình phê duyệt đặc biệt phải được thực hiện để phục hồi không đầy đủ. Trước khivề việc phê duyệt, cẩn thận đánh giá các lựa chọn thay thế và hậu quả nên được thực hiện. Cung cấp một tạm thời 'phân tích hệ thống' như là một bản sao của sản xuất tại thời điểm trước khi lỗi logicđã xảy ra có thể hỗ trợ sửa chữa lỗi logic (như được chỉ ra ở hình 4). Hệ thống này có thể được xây dựng bởikhôi phục bản sao lưu vào một sandbox hoặc một môi trường phụ tùng. Nếu bạn muốn cung cấp tùy chọn này, cácđiều kiện tiên quyết và thủ tục nên được tài liệu trong các khái niệm B & R.

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

© 2010 SAP AG Trang 44/64
Hình 4: "Dữ liệu Repair" so với "Phục hồi không đầy đủ cộng với phục hồi kinh doanh"
Đối với ví dụ nữa về làm thế nào để tránh một điểm phục hồi trong thời gian trong trường hợp lỗi logic, xem SAP lưu ý 434645.
Thêm thông tin về một cách tiếp cận chung để xử lý các lỗi logic và một sơ đồ hỗ trợ với việc sửa chữa các
lỗi logic có thể được tìm thấy trong phần "sửa chữa dữ liệu" của các thực hành tốt nhất "khẩn cấp xử lý cho phục hồi của
hệ thống SAP Landscapes".
một khái niệm B & R nên rõ ràng rằng một phục hồi không đầy đủ nên thường không được sử dụng
trong trường hợp lỗi logic.
Một quá trình chấp thuận đặc biệt cần được thực hiện để phục hồi đầy đủ. Trước khi
phê duyệt, đánh giá cẩn thận của các lựa chọn thay thế và hậu quả nên được thực hiện.
Cung cấp một "hệ thống phân tích" tạm thời như là một bản sao của sản xuất tại các điểm trước khi một lỗi logic
xảy ra có thể hỗ trợ việc sửa chữa các lỗi logic (như được chỉ ra trong hình 4). Hệ thống này có thể được xây dựng bằng cách
khôi phục lại một bản sao lưu vào một sandbox hoặc một môi trường phụ tùng. Nếu bạn muốn cung cấp tùy chọn này,
điều kiện tiên quyết và thủ tục nên được ghi chép trong các khái niệm B & R.