Best PracticeBackup and Restore for

Best Practice
Backup and Restore for SAP System Landscapes
© 2010 SAP AG page 40/64
x Regularly shipping a full backup to the DR site.
This can be done by physically shipping backup tapes from the primary to the DR site or to a safe
location (bunker) in between. This can also be achieved by replicating a backup over a network
connection to the DR site. For this, the backup can be either on tape (for example tape-based
replication between two tape libraries) or on disk. The RPO will be determined by the frequency of
shipment respectively replication.
To enable a successful restore, all basic database configuration files must also be available at the DR
site (should usually be included in a database backup).
If the backup is an online backup, it must be a ‘consistent online backup’, meaning that a specific
number of archive logs must be included in the backup set, allowing a database recovery to a
consistent state.
For filesystem backups, a similar approach can be used.
x In addition to shipping full backups, regularly transferring database archive logs to the DR site.
The intent of this approach is to reduce the amount of data loss (the RPO) when activating the DR
site by applying all available archive logs to the restored database. See Data Consistency with DR
using the B&R Approach regarding landscape consistency with this approach.
As a prerequisite before restoring the backup on the DR host, the necessary filesystem structure must have
been created. All profiles and backup logfiles needed for the restore must be available on the DR host, for
example by extracting them from the backup set in a first step.
Once all prerequisites are met, the restore and recovery of the database can be performed at the DR site.
In case of DR, a system is restored to a different physical host. Backup tools in general support
restoring backups to a host having a different hostname.
For SAP NW AS Java, the possibility of restoring a backup is restricted to ‘the host from which you
performed the backup’ (according to SAP note 779708). This means that the same physical or virtual
hostname is demanded at the DR site that was used on the primary site.
4.3 Data Consistency with DR using the B&R Approach
In Phases of a DR using the B&R Approach, we were only talking about DR for a single system. In a system
landscape, we also have to analyze what this DR approach means for data consistency between the
systems.
Restoring a backup at the DR site will cause data loss (according to the RPO that was defined for DR).
Restoring the backups of multiple systems at a DR site may cause a different amount of data loss in the
different systems and thus leave these systems at different points in time. This means that there will be data
inconsistencies between the systems. This can only be avoided by shipping a consistent set of backups for all
systems. Consistent Landscape Backups shows how such consistent landscape backups can be created.

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 Trang SAP AG 40/64
x Thường xuyên vận chuyển một bản sao lưu đầy đủ cho các trang web DR.
Điều này có thể được thực hiện bằng băng sao lưu chất vận chuyển từ tiểu học đến các trang web DR hoặc một an toàn
vị trí ( bunker) ở giữa. Điều này cũng có thể đạt được bằng cách tái tạo một bản sao lưu trên một mạng
kết nối đến các trang web DR. Đối với điều này, các sao lưu có thể là (ví dụ băng dựa trên băng
sao chép giữa hai thư viện băng) hoặc trên đĩa. Các RPO sẽ được xác định bởi tần số của
lô hàng tương ứng nhân rộng.
Để kích hoạt tính năng khôi phục lại một thành công, tất cả các file cấu hình cơ sở dữ liệu cơ bản cũng phải có sẵn tại DR
trang web (thường nên được bao gồm trong một bản sao lưu cơ sở dữ liệu).
Nếu sao lưu là một sao lưu trực tuyến , nó phải là một 'sao lưu trực tuyến phù hợp', có nghĩa là một cụ thể
số lượng bản ghi lưu trữ phải được bao gồm trong các thiết lập sao lưu, cho phép phục hồi cơ sở dữ liệu cho một
nhà nước thống nhất.
Đối với bản sao lưu hệ thống tập tin, một cách tiếp cận tương tự có thể được sử dụng.
x Ngoài để vận chuyển các bản sao lưu đầy đủ, thường xuyên chuyển các bản ghi lưu trữ cơ sở dữ liệu cho trang web của DR.
Mục đích của phương pháp này là giảm số tiền bị mất dữ liệu (RPO) khi kích hoạt DR
trang web bằng cách áp dụng tất cả các bản ghi lưu trữ có sẵn cơ sở dữ liệu phục hồi. Xem dữ liệu nhất quán với DR
sử dụng phương pháp tiếp cận B & R về tính thống nhất phong cảnh với phương pháp này.
Là một điều kiện tiên quyết trước khi khôi phục sao lưu trên máy chủ DR, cấu trúc hệ thống tập tin cần thiết phải
được tạo ra. Tất cả các cấu hình và log file sao lưu cần thiết cho việc phục hồi phải có sẵn trên máy chủ DR, cho
ví dụ bằng cách chiết xuất chúng từ các sao lưu thiết lập trong bước đầu tiên.
Khi tất cả các điều kiện tiên quyết được đáp ứng, phục hồi và phục hồi cơ sở dữ liệu có thể được thực hiện tại các DR trang web.
trong trường hợp của DR, một hệ thống được khôi phục vào một máy chủ vật lý khác nhau. Công cụ sao lưu hỗ trợ chung
khôi phục lại bản sao lưu vào một máy chủ có một tên máy chủ khác nhau.
Đối với SAP NW AS Java, khả năng khôi phục lại một bản sao lưu được giới hạn 'host từ mà bạn
thực hiện sao lưu (theo SAP lưu ý 779.708). Điều này có nghĩa rằng vật lý hay ảo cùng
tên máy được yêu cầu tại trang web DR đã được sử dụng trên các trang web chính.
Tính nhất quán 4.3 dữ liệu với DR bằng cách sử dụng B & R Approach
Trong giai đoạn của một DR bằng cách sử dụng B & R Phương pháp tiếp cận, chúng tôi chỉ nói về DR cho một hệ thống duy nhất. Trong một hệ thống
cảnh quan, chúng ta cũng cần phải phân tích những cách tiếp cận DR này có nghĩa là sự nhất quán dữ liệu giữa các
hệ thống.
Khôi phục lại một bản sao lưu tại trang web DR sẽ gây mất dữ liệu (theo RPO đã được định nghĩa cho DR).
Khôi phục lại các bản sao lưu của nhiều hệ thống tại một trang web DR có thể gây ra một số tiền khác nhau của mất mát dữ liệu trong các
hệ thống khác nhau và do đó để lại những hệ thống tại thời điểm khác nhau. Điều này có nghĩa rằng sẽ có dữ liệu
không nhất quán giữa các hệ thống. Điều này chỉ có thể tránh được bằng cách chuyển một tập quán của các bản sao lưu cho tất cả
các hệ thống. Phù Cảnh Backups thấy thế nào như sao lưu cảnh quan phù hợp có thể được tạo ra.