Best PracticeBackup and Restore for

Best Practice
Backup and Restore for SAP System Landscapes
© 2010 SAP AG page 46/64
incomplete recovery at this stage. In that case, there will probably still be a requirement to perform business
recovery for interfaces to other systems or the real world.
To relieve the impact of data loss and to provide options to at least partly recover lost data, we
generally recommend preserving a copy of the original system when doing a restore. This may
require preparatory thoughts to be considered in the B&R concept, providing the ability to copy any
system to some spare hardware or a backup device at any time without further delaying the acutal
recovery process (this can be achieved for example using storage technology). This copy may then
be used to track and recover lost data in the restored system.
5.3 Handling Data Inconsistencies Between Systems
If one of the systems in a system landscape faces data loss due to an incomplete recovery, there will be
inconsistencies in the application data that has been exchanged with other systems of the landscape. In that
respect, these data inconsistencies are a kind of logical error in the application data, but in contrast to the
logical errors regarded in Approaches for Handling Logical Errors these data inconsistencies do not occur
within a single system but between different systems. This will raise the need to identify and remove these
inconsistencies in a special recovery phase that we call ‘business recovery’.
At this point it is important to note that business recovery will be required in any situation where the
different systems of a system landscape are recovered to different points in time and thus experience
possibly different amounts of data loss. This could occur for example during disaster recovery (see
Disaster Recovery - Basic Approaches using B&R).
Other causes for data inconsistencies can be for example incorrect programming, non-transactional
and non-restartable customer-specific interfaces (see SAP Communication Technology), faulty user
input or data stored outside of databases (see Restore of a Filesystem Backup).
For more background information on data consistency and data integrity in SAP environments also
see the whitepaper “SAP Standards for Data Integrity and Transactional Consistency”.
As the errors caused by inconsistencies might get worse the longer they stay uncorrected, the
correction should be started as quickly as possible. If inconsistencies are detected, the business has
to decide whether work can continue in the system or whether all or some specific applications have
to be stopped.
5.3.1 Performing Business Recovery
Analyzing and fixing inconsistencies can be a complex process that requires very good knowledge of the
business processes and data objects. In case of an incomplete recovery, business recovery must be done for
all interfaces to all systems where data is exchanged and modified (interfaces that only implement reading
access to remote data need not be considered). Experts from the business departments and from basis
administration must work together closely on managing incomplete recoveries.

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

Thực hành tốt nhấtSao lưu và khôi phục cho SAP hệ thống cảnh quan© 2010 SAP AG trang 46/64phục hồi không đầy đủ ở giai đoạn này. Trong trường hợp đó, có lẽ vẫn sẽ là một yêu cầu để thực hiện kinh doanhphục hồi cho giao diện các hệ thống khác hoặc thế giới thực. Để giảm tác động của mất mát dữ liệu và cung cấp các tùy chọn ít nhất một phần phục hồi dữ liệu bị mất, chúng tôithường khuyên bạn nên duy trì một bản sao của hệ thống ban đầu khi thực hiện một khôi phục lại. Điều này có thểyêu cầu chuẩn bị suy nghĩ để được xem xét trong các khái niệm B & R, cung cấp khả năng sao chép bất kỳHệ thống để một số phần cứng rảnh rỗi hoặc một thiết bị sao lưu bất cứ lúc nào mà không cần tiếp tục trì hoãn acutalquá trình phục hồi (điều này có thể đạt được ví dụ bằng cách sử dụng công nghệ lưu trữ). Bản sao này có thể sau đóđược sử dụng để theo dõi và phục hồi dữ liệu bị mất trong các hệ thống phục hồi.5.3 xử lý dữ liệu mâu thuẫn giữa hệ thốngNếu một trong các hệ thống trong một cảnh quan hệ thống phải đối mặt với mất mát dữ liệu do một phục hồi không đầy đủ, cómâu thuẫn trong dữ liệu ứng dụng đã được trao đổi với các hệ thống khác của cảnh quan. Trong đótôn trọng, những mâu thuẫn dữ liệu là một loại hợp lý lỗi trong dữ liệu ứng dụng, nhưng trái ngược với cácLỗi logic coi trong phương pháp tiếp cận cho việc xử lý hợp lý lỗi những mâu thuẫn dữ liệu xảy ratrong một hệ thống duy nhất, nhưng giữa các hệ thống khác nhau. Điều này sẽ nâng cao sự cần thiết để xác định và loại bỏ cácmâu thuẫn trong một giai đoạn phục hồi đặc biệt mà chúng tôi gọi là 'kinh doanh phục hồi'. Tại thời điểm này nó là quan trọng cần lưu ý rằng kinh doanh phục hồi sẽ được yêu cầu trong bất kỳ tình huống mà cácCác hệ thống khác nhau của một hệ thống cảnh quan được thu hồi đến các điểm khác nhau trong thời gian và do đó kinh nghiệmcó thể số tiền khác nhau của mất mát dữ liệu. Điều này có thể xảy ra ví dụ trong disaster recovery phục hồi (xemDisaster Recovery phục hồi - phương pháp tiếp cận cơ bản sử dụng B & R).Các nguyên nhân khác cho dữ liệu mâu thuẫn có thể ví dụ lập trình không chính xác, không giao dịchvà cụ thể khách hàng không restartable giao diện người dùng bị lỗi (xem công nghệ truyền thông SAP)đầu vào hoặc dữ liệu được lưu trữ bên ngoài của cơ sở dữ liệu (xem khôi phục bản sao lưu hệ thống tập tin).Để biết thêm nền thông tin về dữ liệu thống nhất và toàn vẹn dữ liệu trong các môi trường SAP cũngXem whitepaper "SAP tiêu chuẩn cho dữ liệu toàn vẹn và giao dịch thống nhất". Là lỗi do mâu thuẫn có thể nhận được tồi tệ hơn còn họ ở uncorrected, cácchỉnh sửa nên được bắt đầu càng nhanh càng tốt. Nếu không thống nhất được phát hiện, doanh nghiệp cóđể quyết định cho dù công việc có thể tiếp tục trong hệ thống, hoặc cho dù có tất cả hoặc một số ứng dụng cụ thểbị dừng lại.5.3.1 thực hiện kinh doanh phục hồiPhân tích và sửa chữa các mâu thuẫn có thể là một quá trình phức tạp đòi hỏi phải có kiến thức tốt về cácđối tượng dữ liệu và quy trình kinh doanh. Trong trường hợp một phục hồi không đầy đủ, phục hồi kinh doanh phải được thực hiệnTất cả giao diện cho tất cả các hệ thống nơi mà dữ liệu được trao đổi và sửa đổi (giao diện mà chỉ thực hiện đọctruy cập dữ liệu từ xa cần không được coi là). Các chuyên gia từ các phòng ban kinh doanh và từ cơ sởchính quyền phải làm việc với nhau chặt chẽ quản lý phục hồi không đầy đủ.

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

Thực hành tốt nhất
Sao lưu và phục hồi cho hệ thống SAP Landscapes
© 2010 SAP AG Trang 46/64
phục hồi đầy đủ trong giai đoạn này. Trong trường hợp đó, có thể sẽ vẫn là một yêu cầu để thực hiện kinh doanh
phục hồi cho các giao diện với các hệ thống khác hoặc thế giới thực.
Để giảm bớt tác động của mất mát dữ liệu và cung cấp các tùy chọn để ít nhất một phần phục hồi dữ liệu bị mất, chúng tôi
thường khuyên bạn nên duy trì một bản sao của hệ thống ban đầu khi thực hiện một khôi phục lại. Điều này có thể
đòi hỏi phải suy nghĩ chuẩn bị phải được xem xét trong các khái niệm B & R, cung cấp khả năng sao chép bất kỳ
hệ thống để một số phần cứng tùng hoặc một thiết bị sao lưu bất cứ lúc nào mà không cần tiếp tục trì hoãn việc acutal
quá trình phục hồi (điều này có thể đạt được ví dụ như sử dụng công nghệ lưu trữ). Bản sao này sau đó có thể
được sử dụng để theo dõi và phục hồi dữ liệu bị mất trong hệ thống phục hồi.
5.3 Xử lý dữ liệu không nhất quán giữa các hệ thống
Nếu một trong những hệ thống trong một cảnh quan hệ thống phải đối mặt với sự mất mát dữ liệu do sự phục hồi đầy đủ, sẽ có
sự thiếu nhất quán trong các dữ liệu ứng dụng đã được trao đổi với các hệ thống khác của cảnh quan. Trong đó
tôn trọng, những mâu thuẫn dữ liệu là một loại lỗi logic trong các dữ liệu ứng dụng, nhưng trái ngược với các
lỗi logic coi trong phương pháp tiếp cận để xử lý lỗi logic những mâu thuẫn dữ liệu không xảy ra
trong một hệ thống duy nhất, nhưng giữa các hệ thống khác nhau. Điều này sẽ nâng cao sự cần thiết phải xác định và loại bỏ các
mâu thuẫn trong một giai đoạn phục hồi đặc biệt mà chúng ta gọi là "phục hồi kinh doanh '.
Tại thời điểm này, điều quan trọng là cần lưu ý rằng sự phục hồi kinh doanh sẽ được yêu cầu trong bất kỳ tình huống mà các
hệ thống khác nhau của một cảnh quan hệ thống là thu hồi cho các điểm khác nhau trong thời gian và do đó kinh nghiệm
lượng có thể khác nhau của mất mát dữ liệu. Điều này có thể xảy ra ví dụ như trong khắc phục thảm họa (xem
Disaster Recovery - Phương pháp tiếp cận cơ bản sử dụng B & R).
Các nguyên nhân khác cho sự mâu thuẫn dữ liệu có thể được ví dụ lập trình không chính xác, không giao dịch
và không restartable khách hàng cụ thể các giao diện (xem Công nghệ Truyền thông SAP), bị lỗi người sử dụng
đầu vào hoặc dữ liệu được lưu trữ bên ngoài của cơ sở dữ liệu (xem Restore của một sao lưu hệ thống tập tin).
đối với các thông tin cơ bản về dữ liệu thống nhất và toàn vẹn dữ liệu trong môi trường SAP cũng
thấy sách trắng "Tiêu chuẩn SAP cho Data Integrity và giao dịch nhất quán".
Như các lỗi gây ra bởi mâu thuẫn có thể tồi tệ hơn còn họ ở lại uncorrected, các
hiệu chỉnh cần phải được bắt đầu càng sớm càng tốt. Nếu không thống nhất được phát hiện, các doanh nghiệp có
phải quyết định xem công việc có thể tiếp tục trong hệ thống hoặc cho dù tất cả hoặc một số ứng dụng cụ thể đã
được ngăn chặn.
5.3.1 Thực hiện phục hồi kinh doanh
Phân tích và sửa chữa các mâu thuẫn có thể là một quá trình phức tạp đòi hỏi kiến thức rất tốt về các
quy trình kinh doanh và các đối tượng dữ liệu. Trong trường hợp của một phục hồi đầy đủ, phục hồi doanh nghiệp phải được thực hiện cho
tất cả các giao diện cho tất cả các hệ thống, nơi dữ liệu được trao đổi và sửa đổi (giao diện mà chỉ thực hiện đọc
truy cập dữ liệu từ xa không cần phải được xem xét). Các chuyên gia từ các bộ phận kinh doanh và từ cơ sở
chính quyền phải làm việc với nhau chặt chẽ về quản lý phục hồi đầy đủ.