Best PracticeBackup and Restore for

Best Practice
Backup and Restore for SAP System Landscapes
© 2010 SAP AG page 51/64
This section explains the different possibilities for each level. All options on application level require downtime
of at least some systems of the landscape while creating the consistent landscape backup. In contrast to that,
all options on database or storage level focus on ways of creating consistent landscape backups online,
without downtime of the involved systems.
Another way to achieve a consistent landscape backup is to install all components of the landscape in one
single database, but this method is not recommended for productive systems.
In general, it is not possible to perform a fully consistent restore of two or more systems by
performing a point-in-time recovery for all systems to the same point in time (unless all systems were
stopped at that specific point). It cannot be guaranteed that this image will be consistent because
there may be differences in the local machine time on the different systems. Even when using a time
synchronization protocol, there is no final guarantee that the systems are synchronized up to the
latest committed transactions. This even applies if the systems are running in different partitions on
the same server because each partition maintains its own internal time. But on the other hand, using
time synchronization, the number of possible inconsistencies can be expected to be very low.
Detailed background information about communication and consistency in an SAP system landscape
can be found in the document “Data Consistency with mySAP System Landscape Copy”.
Note: Customer landscapes often include external components not from SAP. Such components
could also be included in a consistent landscape backup using the concepts introduced below.
This section focusses on SAP systems with an underlying database. If you want to use a consistent
landscape backup to restore a complete system landscape, you might also have to consider other
components with data in a filesystem (see B&R for Specific Components of an SAP System
Landscape) and make sure that a corresponding state of that data is also available for the restore (for
example by creating an offline backup of such components together with the consistent landscape
backup of the databases).
6.2.1 Application Level
On application level, data consistency can be achieved by stopping the communication between all involved
components. New messages will have to be queued and can thus not cause inconsistencies when creating a
backup. Unfortunately there is no easy way of completely pausing communication between SAP systems. So
the only way to stop communication between the components is to stop the application (the SAP instances).
This does not necessarily include stopping the databases, which can stay online. There are several variations
of this approach, which have different effects on downtime in the landscape:
x Stop of all applications during backup
x Stop of all but one application during backup
x Stop of all but one application during log backup

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 51/64Phần này giải thích những khả năng khác nhau cho mỗi cấp độ. Tất cả Tuỳ chọn trên cấp độ ứng dụng đòi hỏi thời gian chếtít nhất một số hệ thống của cảnh quan trong khi tạo bản sao lưu phù hợp cảnh quan. Ngược lại với điều đó,Tất cả Tuỳ chọn trên cơ sở dữ liệu hoặc lưu trữ tập trung cấp về cách thức tạo ra thống nhất phong cảnh sao lưu trực tuyến,Nếu không có thời gian chết của các hệ thống liên quan.Một cách khác để đạt được một bản sao lưu phù hợp cảnh quan là để cài đặt tất cả các thành phần của cảnh quan trong mộtcơ sở dữ liệu duy nhất, nhưng phương pháp này không được khuyến khích cho các hệ thống sản xuất. Nói chung, nó là không thể thực hiện một khôi phục lại hoàn toàn phù hợp của hai hay nhiều hệ bởithực hiện một điểm trong thời gian phục hồi cho tất cả các hệ thống để cùng một điểm trong thời gian (trừ khi đã tất cả các hệdừng lại ở thời điểm cụ thể). Nó không thể được đảm bảo rằng hình ảnh này sẽ được thống nhất bởi vìcó thể có sự khác biệt trong thời gian máy tính cục bộ trên các hệ thống khác nhau. Ngay cả khi sử dụng một thời gianđồng bộ hóa giao thức, có là không có bảo đảm cuối cùng các hệ thống được đồng bộ hoá đến cácĐặt cam kết giao dịch. Điều này thậm chí áp dụng nếu các hệ thống đang chạy trong các phân vùng khác nhau trênmáy chủ cùng vì mỗi phân vùng duy trì thời gian nội bộ của riêng mình. Nhưng mặt khác, bằng cách sử dụngđồng bộ hóa thời gian, một số có thể mâu thuẫn có thể được dự kiến sẽ rất thấp.Thông tin chi tiết cơ bản về giao tiếp và tính nhất quán trong một cảnh quan hệ thống SAPcó thể được tìm thấy trong tài liệu "Dữ liệu thống nhất với mySAP hệ thống cảnh quan bản sao". Lưu ý: Khách hàng phong cảnh thường bao gồm các thành phần bên ngoài không phải từ SAP. Các thành phần như vậycũng có thể được bao gồm trong bản sao lưu phù hợp cảnh quan bằng cách sử dụng các khái niệm giới thiệu dưới đây. Phần này focusses về SAP hệ thống với một cơ sở dữ liệu nằm bên dưới. Nếu bạn muốn sử dụng một phù hợpcảnh quan sao lưu để khôi phục lại một phong cảnh hoàn toàn hệ thống, bạn cũng có thể xem xét khácCác thành phần với các dữ liệu trong một hệ thống tập tin (xem B & R cho các thành phần cụ thể của một hệ thống SAPPhong cảnh) và đảm bảo rằng một nhà nước tương ứng dữ liệu đó là cũng có sẵn cho khôi phục (đối vớiVí dụ bằng cách tạo ra một sao lưu offline của các thành phần như vậy cùng với cảnh quan phù hợpsao lưu các cơ sở dữ liệu).6.2.1 ứng dụng cấpỞ cấp độ ứng dụng, tính nhất quán dữ liệu có thể đạt được bằng cách ngăn chặn giao tiếp giữa tất cả tham giaCác thành phần. Thư mới sẽ phải được xếp hàng đợi và có thể do đó không gây mâu thuẫn khi tạo mộtsao lưu. Thật không may, có là không có cách nào dễ dàng giao tiếp hoàn toàn tạm dừng giữa hệ thống SAP. Vì vậycách duy nhất để ngăn chặn giao tiếp giữa các thành phần là để ngăn chặn các ứng dụng (trường hợp SAP).Điều này không nhất thiết phải bao gồm ngăn chặn các cơ sở dữ liệu, mà có thể ở khách sạn trực tuyến. Có rất nhiều biến thểcách tiếp cận này, mà có các hiệu ứng khác nhau về thời gian chết trong cảnh quan:x dừng tất cả các ứng dụng trong quá trình sao lưux dừng của tất cả, nhưng một trong những ứng dụng trong quá trình sao lưux dừng của tất cả, nhưng một trong những ứng dụng trong quá trình sao lưu Nhật ký

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 51/64
Phần này giải thích các khả năng khác nhau cho mỗi cấp độ. Tất cả các tùy chọn về mức độ ứng dụng cần thời gian chết
của ít nhất một số hệ thống của cảnh quan trong khi tạo ra các bản sao lưu cảnh quan phù hợp. Ngược lại với điều đó,
tất cả các tùy chọn trên cơ sở dữ liệu hoặc mức độ lưu trữ tập trung vào cách thức của việc tạo ra các bản sao lưu cảnh quan phù hợp trực tuyến,
mà không có thời gian chết của hệ thống liên quan.
Một cách khác để đạt được một bản sao lưu cảnh quan phù hợp là để cài đặt tất cả các thành phần của cảnh quan trong một
cơ sở dữ liệu duy nhất, nhưng phương pháp này không được khuyến cáo cho các hệ thống sản xuất.
Nói chung, nó không phải là có thể thực hiện khôi phục lại một phù hợp hoàn toàn của hai hay nhiều hệ thống bằng cách
thực hiện một điểm phục hồi trong thời gian cho tất cả các hệ thống cùng một điểm trong thời gian (trừ khi tất cả các hệ thống đã
dừng lại ở đó điểm cụ thể). Nó không thể được đảm bảo rằng hình ảnh này sẽ được thống nhất bởi vì
có thể có sự khác biệt trong thời gian máy cục bộ trên các hệ thống khác nhau. Ngay cả khi sử dụng một thời gian
giao thức đồng bộ, không có đảm bảo thức rằng hệ thống được đồng bộ hóa các thiết lập của
giao dịch cam kết mới nhất. Điều này thậm chí áp dụng nếu hệ thống đang chạy trong phân vùng khác nhau trên
cùng một máy chủ vì mỗi phân vùng duy trì thời gian nội bộ của mình. Nhưng mặt khác, sử dụng
đồng bộ hóa thời gian, số lượng của sự mâu thuẫn có thể có thể được dự kiến sẽ là rất thấp.
Thông tin cơ bản chi tiết về thông tin liên lạc và nhất quán trong một cảnh quan hệ thống SAP
có thể được tìm thấy trong tài liệu "Data nhất quán với hệ thống mySAP Cảnh Copy" .
Lưu ý: khách hàng cảnh quan thường bao gồm các thành phần bên ngoài không phải từ SAP. Thành phần như vậy
cũng có thể được bao gồm trong một bản sao lưu cảnh quan phù hợp sử dụng các khái niệm được giới thiệu dưới đây.
Phần này focusses trên hệ thống SAP với một cơ sở dữ liệu nằm bên dưới. Nếu bạn muốn sử dụng một cách nhất quán
sao lưu cảnh quan để khôi phục lại một cảnh quan hệ thống hoàn chỉnh, bạn cũng có thể phải xem xét khác
thành phần với các dữ liệu trong một hệ thống tập tin (xem B & R cho các thành phần cụ thể của một hệ thống SAP
Cảnh) và đảm bảo rằng một trạng thái tương ứng đó dữ liệu cũng có sẵn cho việc khôi phục lại (ví
dụ bằng cách tạo ra một sao lưu ngoại tuyến của các thành phần đó cùng với cảnh quan phù hợp
sao lưu cơ sở dữ liệu).
6.2.1 ứng dụng cấp
về mức độ ứng dụng, dữ liệu thống nhất có thể đạt được bằng cách ngăn chặn các thông tin liên lạc giữa tất cả tham gia
các thành phần. Tin nhắn mới sẽ phải được xếp hàng và do đó có thể không gây ra mâu thuẫn khi tạo một
bản sao lưu. Không may là không có cách nào dễ dàng hoàn toàn tạm dừng giao tiếp giữa các hệ thống SAP. Vì vậy,
cách duy nhất để ngăn chặn thông tin liên lạc giữa các thành phần là để ngăn chặn các ứng dụng (các trường hợp SAP).
Điều này không nhất thiết phải bao gồm ngưng các cơ sở dữ liệu, có thể ở lại trực tuyến. Có một số biến thể
của phương pháp này, trong đó có hiệu ứng khác nhau về thời gian chết trong cảnh quan:
x Dừng của tất cả các ứng dụng trong khi sao lưu
x Dừng tất cả nhưng một trong những ứng dụng trong quá trình sao lưu
x Dừng tất cả nhưng một trong những ứng dụng trong quá trình sao lưu đăng nhập