Best PracticeBackup and Restore for

Best Practice
Backup and Restore for SAP System Landscapes
© 2010 SAP AG page 31/64
3.2.4.1 Restore Basic Server Operability
In the case of a complete hardware loss of a server, the server needs to be rebuilt either by new installation
or by a bare metal restore, see Server Backup (Bare Metal Information). This typically includes operating
system and basic system software (like logical volume managers, JDK, etc.) that was installed on this server.
3.2.4.2 Restore Software Components
Once the server is available, all application software (database and/or SAP) that was running on this server
needs to be rebuilt. This can be done by using the filesystem backup created according to Backup of the SAP
and Database Filesystems (Software).
3.2.4.3 Repeat Any Lost Changes Done in the Filesystem
When restoring a filesystem backup, all changes that were done after the backup are lost and need to be
repeated. This may apply to:
x Changes in the software (like SAP kernel patches or SDM information on deployments on the J2ee
engine)
x Specific administrative activities on the Enterprise Portal. The Portal stores transport packages of
Portal content and data of XML forms builder in the filesystem only. Some data of this kind may need
to be rebuilt if such activities were performed after the filesystem backup.
This does not apply to the configuration data, which is kept in the database and is either bootstrapped (as
with NW AS Java) or can be exported to the filesystem (profiles of NW AS ABAP). If configuration changes
were done directly in the filesystem, these changes may be lost as well and need to be redone. For NW AS
Java and ABAP+Java, the Java bootstrap program synchronizes the binary data from the Java database with
the local file system and updates a property file, which describes the processes of the Java instance
(instance.properties). The bootstrap section of instance.properties is required for the bootstrap to work. Data
consistency between DB and FS is guaranteed by the bootstrapping.
Depending on the nature of the changes that were applied, this step may also be executed at a later
time (unless there are dependencies between this information and the application data to be restored
in the next phase).
3.2.4.4 Restore Application Data
When the server and all software are available, the database can be restored from the database backup.
3.2.4.5 Recover Database
After the restore, the database forward recovery is done by recovering the archive and online logs. As
described before, the goal should be to perform a complete recovery avoiding data loss.
3.2.4.6 Resolve possible application-related inconsistencies
If any information could not be recovered to the current point in time (that is the point of the crash), there is a
risk of data inconsistencies. This could occur:

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 31/643.2.4.1 khôi phục cơ bản Server OperabilityTrong trường hợp một phần cứng hoàn toàn mất mát của một máy chủ, máy chủ cần phải xây dựng lại hoặc bằng cách cài đặt mớihoặc bởi một phục hồi kim loại trần, thấy Server Backup (Trần kim loại thông tin). Điều này thường bao gồm các hoạt độngHệ thống và phần mềm cơ bản hệ thống (như quản lý khối tin hợp lệ, JDK, vv) mà đã được cài đặt trên máy chủ này.3.2.4.2 khôi phục cấu phần phần mềmMột khi các máy chủ có sẵn, tất cả ứng dụng phần mềm (cơ sở dữ liệu và/hoặc SAP) đã chạy trên máy chủ nàynhu cầu được xây dựng lại. Điều này có thể được thực hiện bằng cách sử dụng sao lưu hệ thống tập tin được tạo ra theo bản sao lưu của các SAPvà cơ sở dữ liệu hệ thống tập tin (phần mềm).3.2.4.3 lặp lại bất kỳ mất những thay đổi được thực hiện trong hệ thống tập tinKhi khôi phục lại một sao lưu hệ thống tập tin, tất cả các thay đổi đã được thực hiện sau khi sao lưu bị mất và cần phảilặp đi lặp lại. Điều này có thể áp dụng cho:x những thay đổi trong phần mềm (như SAP hạt nhân bản vá lỗi hoặc SDM thông tin về việc triển khai trên J2eeđộng cơ)x hoạt động hành chính cụ thể trên cổng thông tin doanh nghiệp. Cổng thông tin mua sắm gói vận chuyểnCổng nội dung và dữ liệu XML hình thức xây dựng trong hệ thống tập tin chỉ. Một số dữ liệu của loại này có thể cầnđược xây dựng lại nếu các hoạt động đã được thực hiện sau khi sao lưu hệ thống tập tin.Điều này không áp dụng cho dữ liệu cấu hình, được lưu giữ trong cơ sở dữ liệu và một trong hai bootstrapped (nhưvới NW AS Java) hoặc có thể được xuất khẩu cho hệ thống tập tin (hồ sơ của NW AS ABAP). Nếu thay đổi cấu hìnhđã được thực hiện trực tiếp trong hệ thống tập tin, những thay đổi này có thể bị mất là tốt và cần phải được redone. Cho NW ASJava, ABAP + Java và Java bootstrap chương trình đồng bộ hóa dữ liệu nhị phân từ cơ sở dữ liệu Java vớiHệ thống tập tin địa phương và cập nhật một tập tin bất động sản, mô tả các quá trình của ví dụ Java(instance.properties). phần instance.properties, bootstrap là cần thiết để khởi động để làm việc. Dữ liệusự nhất quán giữa DB và FS được đảm bảo bởi các bootstrapping. Tùy thuộc vào bản chất của những thay đổi đã được áp dụng, bước này có thể cũng được thực hiện tại một sau nàythời gian (trừ khi có quan hệ phụ thuộc giữa các thông tin này và dữ liệu ứng dụng được khôi phục lạitrong giai đoạn tiếp theo).3.2.4.4 phục hồi dữ liệu ứng dụngKhi các máy chủ và tất cả phần mềm được cung cấp, cơ sở dữ liệu có thể được khôi phục từ bản sao lưu cơ sở dữ liệu.3.2.4.5 phục hồi cơ sở dữ liệuSau khi khôi phục, phục hồi phía trước cơ sở dữ liệu được thực hiện bằng cách phục hồi các lưu trữ và bản ghi trực tuyến. NhưMô tả trước, mục tiêu phải thực hiện một phục hồi hoàn toàn tránh mất dữ liệu.3.2.4.6 giải quyết mâu thuẫn liên quan đến ứng dụng có thểNếu bất kỳ thông tin không thể được thu hồi đến thời điểm hiện tại trong thời gian (đó là điểm của vụ tai nạn), đó là mộtnguy cơ dữ liệu mâu thuẫn. Điều này có thể xảy ra:

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 31/64
3.2.4.1 Khôi phục cơ bản máy chủ Khả năng tương thích
Trong trường hợp của một sự mất mát phần cứng hoàn toàn của một máy chủ, máy chủ cần phải được xây dựng lại bằng cách cài đặt mới
hoặc bằng một trần kim loại phục hồi, thấy server backup (Bare metal Thông tin). Điều này thường bao gồm các hoạt động
hệ thống và phần mềm hệ thống cơ bản (như quản lý khối lượng hợp lý, JDK, vv) đã được cài đặt trên máy chủ này.
3.2.4.2 Khôi phục thành phần Phần mềm
Khi máy chủ có sẵn, tất cả các phần mềm ứng dụng (cơ sở dữ liệu và / hoặc SAP) mà đã được chạy trên máy chủ này
cần phải được xây dựng lại. Điều này có thể được thực hiện bằng cách sử dụng sao lưu hệ thống tập tin được tạo ra theo sao lưu của SAP
và Cơ sở dữ liệu các hệ tập tin (phần mềm).
3.2.4.3 Lặp lại Bất kỳ thay đổi Lost Xong trong hệ thống tập tin
Khi khôi phục lại một bản sao lưu hệ thống tập tin, tất cả các thay đổi đã được thực hiện sau khi sao lưu là bị mất và cần phải được
lặp đi lặp lại. Điều này có thể áp dụng đối với:
x thay đổi trong phần mềm (như các bản vá lỗi kernel SAP hoặc thông tin SDM trên triển khai trên J2EE
động cơ)
x các hoạt động hành chính cụ thể trên Cổng thông tin doanh nghiệp. Cổng thông tin gói hàng vận chuyển
nội dung Portal và dữ liệu dạng XML nhà xây dựng chỉ trong hệ thống tập tin. Một số dữ liệu của loại hình này có thể cần phải
được xây dựng lại, nếu hoạt động này được thực hiện sau khi sao lưu hệ thống tập tin.
Điều này không áp dụng đối với các dữ liệu cấu hình, được lưu giữ trong cơ sở dữ liệu và là một trong hai bootstrapped (như
với NW AS Java) hoặc có thể được xuất khẩu cho hệ thống file (profile của NW AS ABAP). Nếu thay đổi cấu hình
được thực hiện trực tiếp trong hệ thống tập tin, những thay đổi này có thể bị mất là tốt và cần phải được làm lại. Ví NW AS
Java và ABAP + Java, chương trình bootstrap Java đồng bộ hóa dữ liệu nhị phân từ các cơ sở dữ liệu Java với
các hệ thống tập tin địa phương và cập nhật một tập tin bất động sản, trong đó mô tả các quá trình của các dụ Java
(instance.properties). Phần bootstrap của instance.properties là cần thiết cho bootstrap để làm việc. Dữ liệu
thống nhất giữa DB và FS được bảo đảm bằng bootstrapping.
Tùy thuộc vào bản chất của sự thay đổi đã được áp dụng, bước này cũng có thể được thực hiện vào cuối
thời gian (trừ khi có phụ thuộc giữa các thông tin này và các ứng dụng dữ liệu được phục hồi
trong Giai đoạn tiếp theo).
3.2.4.4 Khôi phục dữ liệu ứng dụng
Khi máy chủ và tất cả các phần mềm có sẵn, các cơ sở dữ liệu có thể được khôi phục từ bản sao lưu cơ sở dữ liệu.
3.2.4.5 Khôi phục cơ sở dữ liệu
Sau khi khôi phục, cơ sở dữ liệu về phía trước phục hồi được thực hiện bằng cách thu hồi các kho lưu trữ trực tuyến và bản ghi. Như
đã mô tả trước đây, mục tiêu nên được thực hiện một phục hồi hoàn toàn tránh mất mát dữ liệu.
3.2.4.6 Giải quyết mâu thuẫn liên quan đến ứng tốt
Nếu bất kỳ thông tin không thể được phục hồi điểm hiện tại trong thời gian (đó là điểm của vụ tai nạn), có là một
nguy cơ của sự mâu thuẫn dữ liệu. Điều này có thể xảy ra: