Best PracticeBackup and Restore for

Best Practice
Backup and Restore for SAP System Landscapes
© 2010 SAP AG page 59/64
Note that you should not start up clones of the systems on the mirror without performing the post-
processing activities of a regular system copy!
On Oracle, this approach does not permit doing database forward recovery on the crash images of
the databases. So this procedure may be used for consistent system copies but not as a backup of
an individual database. To serve as a regular database backup on Oracle, all databases need to be
in backup mode before performing the consistent split.
Due to the nature of the commit protocol used for transactions between SAP APO and SAP
liveCache in SAP SCM, this procedure cannot fully guarantee data consistency between APO and
liveCache.
Advantages Disadvantages
- No downtime
- Time needed for the consistent split is hardly
noticed
- All components stay online; buffer contents is
preserved
- Easy to implement
- Can include filesystems
- Additional costs
- Not available for all storage systems
- Image might not be used as a regular backup
since some vendors do not allow forward recovery
on a “crash image”.
6.3 Further Information on Consistency Technology
Coordinated Suspend and Consistent Split were tested and verified by SAP in different projects in
cooperation with its partners. The procedure might vary depending on storage hardware and database
software in use and may not be available on all platforms. Ask your storage or software partner for possible
solutions.
Both approaches can also be used for a kind of “backup consolidation”, combining multiple individual system
backups into a common consistent landscape backup. But here it is very important to make sure that the
implementation allows restoring each system individually out of this common backup, because, as seen in
Backup Requirements in a System Landscape, the most common restore scenario will still be the restore and
forward recovery of an individual system.
For more information, see http://service.sap.com/atg Æ Backup and Restore. There you can find more
background information and the documentation of our test implementations.

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 59/64 Lưu ý rằng bạn không nên bắt đầu lên các máy nhái của các hệ thống trên gương mà không thực hiện các bàixử lý các hoạt động của một bản sao thông thường hệ thống! Trên Oracle, cách tiếp cận này không cho phép làm cơ sở dữ liệu phục hồi chuyển tiếp trên hình ảnh vụ tai nạn củacơ sở dữ liệu. Vì vậy thủ tục này có thể được sử dụng cho phù hợp hệ thống bản sao mà không phải là một sao lưucơ sở dữ liệu cá nhân. Để phục vụ như là một bản sao lưu cơ sở dữ liệu thường xuyên trên Oracle, tất cả các cơ sở dữ liệu cần phảiở các chế độ sao lưu trước khi thực hiện việc thống nhất phân chia. Do tính chất của giao thức cam kết được sử dụng cho các giao dịch giữa các SAP APO và SAPliveCache trong SAP SCM, thủ tục này không thể hoàn toàn đảm bảo tính nhất quán dữ liệu giữa APO vàliveCache.Ưu điểm nhược điểm-Không có thời gian chết-Thời gian cần thiết cho sự chia rẽ phù hợp là khónhận thấy-Tất cả các thành phần ở khách sạn trực tuyến; nội dung bộ đệm làbảo quản-Dễ dàng thực hiện-Có thể bao gồm các hệ thống tập tin-Bổ sung chi phí-Không có sẵn cho tất cả các hệ thống lưu trữ-Hình ảnh có thể không được sử dụng như là một bản sao lưu thường xuyênkể từ khi một số nhà cung cấp không cho phép phục hồi chuyển tiếptrên một "hình ảnh vụ tai nạn".6.3 thêm thông tin về công nghệ nhất quánĐình chỉ phối hợp và thống nhất phân chia đã được thử nghiệm và xác nhận của SAP trong các dự án khác nhau tronghợp tác với các đối tác. Các thủ tục có thể thay đổi tùy theo phần cứng lưu trữ và cơ sở dữ liệuphần mềm sử dụng và có thể không có sẵn trên tất cả các nền tảng. Yêu cầu đối tác của bạn lưu trữ hoặc phần mềm có thểgiải pháp.Cả hai phương pháp tiếp cận cũng có thể được sử dụng cho một loại "backup củng cố", kết hợp nhiều hệ thống cá nhânsao lưu vào bản sao lưu phù hợp cảnh quan chung. Nhưng ở đây nó là rất quan trọng để đảm bảo rằng cácthực hiện cho phép khôi phục lại hệ thống mỗi cá nhân trong bản sao lưu này phổ biến, bởi vì, như đã thấy trongCác yêu cầu dự phòng trong một phong cảnh hệ thống, các kịch bản khôi phục phổ biến nhất vẫn sẽ là khôi phục vàchuyển tiếp các phục hồi một hệ thống cá nhân.Để biết thêm chi tiết, xem http://service.sap.com/atg Æ sao lưu và khôi phục lại. Ở đó bạn có thể tìm thấy nhiều hơnthông tin cơ bản và tài liệu hướng dẫn việc triển khai thử nghiệm của chúng tôi.

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 59/64
Lưu ý rằng bạn không nên bắt đầu lên nhái của các hệ thống trên gương mà không thực hiện hậu
hoạt động chế biến của một bản sao hệ thống thường xuyên!
Mở Oracle, phương pháp này không không cho phép làm cơ sở dữ liệu phục hồi về phía trước trên những hình ảnh vụ tai nạn của
các cơ sở dữ liệu. Vì vậy, phương pháp này có thể được sử dụng cho các bản sao hệ thống nhất quán nhưng không phải là một bản sao lưu của
một cơ sở dữ liệu cá nhân. Để phục vụ như là một bản sao lưu cơ sở dữ liệu thường xuyên trên Oracle, tất cả các cơ sở dữ liệu cần phải được
ở chế độ sao lưu trước khi thực hiện phân chia phù hợp.
Do tính chất của giao thức cam kết sử dụng cho các giao dịch giữa SAP APO và SAP
liveCache trong SAP SCM, thủ tục này có thể không hoàn toàn đảm bảo nhất quán dữ liệu giữa APO và
. liveCache
Ưu điểm Nhược điểm
- Không có thời gian chết
- Thời gian cần thiết cho việc phân chia phù hợp là hầu như không
nhận thấy
- Tất cả các thành phần ở lại trực tuyến; nội dung đệm được
bảo quản
- Dễ thực hiện
- có thể bao gồm các hệ thống tập tin
- chi phí bổ sung
- Không có sẵn cho tất cả các hệ thống lưu trữ
- Hình ảnh có thể không được sử dụng như là một bản sao lưu thường xuyên
kể từ khi một số nhà cung cấp không cho phép tiến phục hồi
trên một "hình ảnh vụ tai nạn".
6.3 Thông tin thêm vào quán Công nghệ
phối hợp Đình chỉ và quán chia đã được thử nghiệm và xác nhận của SAP trong các dự án khác nhau trong
hợp tác với các đối tác của mình. Các thủ tục có thể thay đổi tùy thuộc vào phần cứng lưu trữ và cơ sở dữ liệu
phần mềm sử dụng và có thể không có trên tất cả các nền tảng. Hãy hỏi lưu trữ của bạn hoặc đối tác phần mềm để có thể được
giải pháp.
Cả hai phương pháp này cũng có thể được sử dụng cho một loại "củng cố dự phòng", kết hợp nhiều hệ thống cá nhân
sao lưu thành một bản sao lưu cảnh quan phù hợp chung. Nhưng ở đây nó là rất quan trọng để đảm bảo rằng
thực hiện cho phép khôi phục lại từng hệ thống riêng ra khỏi dự phòng chung này, bởi vì, như đã thấy trong
yêu cầu sao lưu trong một hệ thống cảnh quan, phổ biến nhất khôi phục lại kịch bản vẫn sẽ là khôi phục và
phục hồi về phía trước của một hệ thống cá nhân.
Để biết thêm thông tin, xem http://service.sap.com/atg Æ backup and Restore. Ở đó bạn có thể tìm thêm
thông tin cơ bản và các tài liệu hướng dẫn triển khai thử nghiệm của chúng tôi.