Best PracticeBackup and Restore for

Best Practice
Backup and Restore for SAP System Landscapes
© 2010 SAP AG page 33/64
On the other hand, an advantage of rebuilding the data would be consistency. When restoring an engine’s
application data from a filesystem backup, some data created after the backup may be lost. This will cause
inconsistencies in relation to the sources where the data comes from. So in this case, additional activities
may be required to catch up and reestablish consistency. More information on this procedure needs to be
provided by the specific component.
In some situations it is advisable to stop or avoid special activities while performing a filesystem
backup. During an online backup of TREX indexes for example, it is recommended to ensure that no
write accesses take place though creation, deletion or resetting of indexes, changing of attributes,
indexing or changing of taxonomies.
3.3.1.2 Backing up the Standalone Engine Itself
Apart from the application data, a standalone engine has other types of objects to be considered for possible
backup: Software, configuration and logs. The decision whether to backup ‘the engine itself’ depends on an
evaluation of the cost of the backup and the duration of a restore compared to a new installation and
configuration. In many cases, setting up a standalone engine will not cause a large effort so there will be no
need for a backup. Backups will mainly be advisable if the installation requires a larger amount of time or
some complex configuration work. In those cases, you should perform regular filesystem backups of the
software and server (similar to Backup of the SAP and Database Filesystems (Software) and Server Backup
(Bare Metal Information)). If the engine writes important logfiles of its activities, you might also want to take
regular backups of these logs.
3.3.2 Standalone Engines without Application Data
Standalone engines without application data can usually be reinstalled from scratch if the server should be
lost. A backup would only be preferable if the restore could provide a shorter recovery time than the
reinstallation or if the component requires complex configuration. A backup might also be desired if the
component generates important logfiles you might want to preserve.
For backing up such components, a regular filesystem backup and a backup after significant changes will
generally be sufficient.
3.4 Clients
Clients are additional programs or tools which typically reside on local front-end PCs accessed by the users.
Alternatively, they might be provided on back-end systems where they act as client programs within an SAP
system landscape. Clients are for example Adobe LiveCycle Designer, SAP Business Explorer, SAP Mobile
Infrastructure Client or SAP Gui.
Clients usually do not hold application data of their own, except for local files created by individual users.
Clients could be reinstalled if the local front-end or the back-end server should be lost, so in general there is
no backup required. A backup may only be desired if the reinstallation and configuration is time-consuming
and complex, especially if the client is installed on a common back-end system.

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 33/64Mặt khác, một lợi thế của xây dựng lại các dữ liệu sẽ là thống nhất. Khi khôi phục lại một động cơứng dụng các dữ liệu từ bản sao lưu hệ thống tập tin, một số dữ liệu tạo ra sau khi sao lưu có thể bị mất. Điều này sẽ gây ramâu thuẫn trong quan hệ với các nguồn dữ liệu đến từ đâu. Vì vậy, trong này trường hợp, bổ sung các hoạt độngcó thể được yêu cầu để bắt kịp và thiết lập lại tính nhất quán. Thông tin thêm về thủ tục này cần phảicung cấp bởi các thành phần cụ thể. Trong một số trường hợp, nó được khuyến khích để ngăn chặn hoặc tránh các hoạt động đặc biệt trong khi thực hiện một hệ thống tập tinsao lưu. Trong thời gian một sao lưu trực tuyến của chỉ số TREX ví dụ, nó được khuyến khích để đảm bảo rằng không cóviết truy cập xảy ra mặc dù sáng tạo, xoá hoặc đặt lại chỉ số, thay đổi thuộc tính,đánh chỉ mục hoặc thay đổi của phân loại.3.3.1.2 sao lưu tự động độc lậpNgoài các dữ liệu ứng dụng, một công cụ độc lập có các loại khác của đối tượng để được xem xét để có thểdự phòng: phần mềm, cấu hình và các bản ghi. Quyết định để sao lưu 'các công cụ chính nó' phụ thuộc vào mộtđánh giá của chi phí dự phòng và thời gian thực hiện một khôi phục lại so với bản cài đặt mới vàcấu hình. Trong nhiều trường hợp, việc thiết lập một công cụ độc lập sẽ không gây ra một nỗ lực lớn như vậy sẽ có không cócần thiết cho một bản sao lưu. Sao lưu sẽ chủ yếu được khuyến khích nếu tiến trình cài đặt đòi hỏi một số tiền lớn thời gian hoặcmột số công việc cấu hình phức tạp. Trong những trường hợp đó, bạn nên thực hiện sao lưu hệ thống tập tin thường xuyên của cácphần mềm và máy chủ (tương tự như bản sao lưu của SAP và cơ sở dữ liệu hệ thống tập tin (phần mềm) và máy chủ dự phòng(Trần kim loại thông tin)). Nếu các công cụ viết tập tin ghi lưu quan trọng hoạt động của mình, bạn cũng có thể để cósao lưu thường xuyên của các bản ghi.3.3.2 Standalone động cơ mà không có dữ liệu ứng dụngCông cụ độc lập mà không có dữ liệu ứng dụng có thể thường được cài đặt lại từ đầu nếu máy chủ nênbị mất. Một bản sao lưu chỉ có thể được thích hợp hơn nếu khôi phục có thể cung cấp một thời gian phục hồi ngắn hơn so với cáccài đặt lại hoặc nếu các thành phần đòi hỏi cấu hình phức tạp. Một bản sao lưu cũng có thể được mong muốn nếu cácthành phần tạo ra các tập tin ghi lưu quan trọng, bạn có thể muốn giữ lại.Để sao lưu các thành phần như vậy, một bản sao lưu hệ thống tập tin thường xuyên và một bản sao lưu sau khi thay đổi đáng kể sẽnói chung là đủ.3.4 khách hàngKhách hàng có chương trình bổ sung hoặc các công cụ mà thường nằm trên máy tính kết thúc địa phương truy cập của người dùng.Ngoài ra, họ có thể được cung cấp trên hệ thống back-end, nơi họ hoạt động như chương trình khách hàng trong vòng một SAPHệ thống cảnh quan. Khách hàng có ví dụ Adobe LiveCycle Designer, thám hiểm kinh doanh của SAP, SAP điện thoại di độngKhách hàng cơ sở hạ tầng hoặc SAP Gui.Khách hàng thường không giữ dữ liệu ứng dụng của riêng mình, ngoại trừ các tập tin địa phương tạo ra bởi người dùng cá nhân.Khách hàng có thể được cài đặt lại nếu các địa phương phía trước-End hoặc back-end máy chủ nên bị mất, do đó, nói chung cókhông có sao lưu được yêu cầu. Một bản sao lưu chỉ có thể được mong muốn nếu cấu hình và cài đặt lại tốn thời gianvà phức tạp, đặc biệt là nếu khách hàng được cài đặt trên một hệ thống chung của back-end.

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 33/64
Mặt khác, một lợi thế của xây dựng lại các dữ liệu sẽ được nhất quán. Khi khôi phục lại trong động cơ
ứng dụng dữ liệu từ một bản sao lưu hệ thống tập tin, một số dữ liệu được tạo ra sau khi sao lưu có thể bị mất. Điều này sẽ gây ra
mâu thuẫn trong mối quan hệ với các nguồn, nơi dữ liệu đến từ. Vì vậy, trong trường hợp này, hoạt động bổ sung
có thể được yêu cầu để bắt kịp và tái lập sự nhất quán. Thông tin thêm về thủ tục này cần phải được
cung cấp bởi các thành phần cụ thể.
Trong một số trường hợp nó là khuyến khích để ngăn chặn hoặc tránh các hoạt động đặc biệt trong khi thực hiện một hệ thống tập tin
sao lưu. Trong một sao lưu trực tuyến của các chỉ số TREX ví dụ, nó được khuyến khích để đảm bảo rằng không có
ghi truy cập diễn ra mặc dù sáng tạo, xóa hoặc cài đặt lại các chỉ mục, thay đổi thuộc tính,
lập chỉ mục hoặc thay đổi các nguyên tắc phân loại.
3.3.1.2 Sao lưu độc cơ Itself
Ngoài từ dữ liệu ứng dụng, một công cụ độc lập có các loại khác của các đối tượng được xem xét để có thể
sao lưu: Phần mềm, cấu hình và các bản ghi. Quyết định về backup 'động cơ chính' phụ thuộc vào
đánh giá của chi phí dự phòng và thời gian của một khôi phục so với cài đặt mới và
cấu hình. Trong nhiều trường hợp, thiết lập công cụ độc lập sẽ không gây ra một nỗ lực lớn như vậy sẽ không có
nhu cầu cho một bản sao lưu. Sao lưu chủ yếu sẽ được khuyến khích nếu bạn cài đặt yêu cầu một lượng lớn thời gian hoặc
một số công việc cấu hình phức tạp. Trong những trường hợp đó, bạn nên thực hiện sao lưu hệ thống tập tin thường xuyên của các
phần mềm và máy chủ (tương tự như sao lưu của SAP và Cơ sở dữ liệu các hệ tập tin (phần mềm) và Server Backup
(Bare Metal Thông tin)). Nếu động cơ viết log file quan trọng của các hoạt động của nó, bạn cũng có thể muốn đi
thường xuyên sao lưu các bản ghi.
3.3.2 Động cơ độc mà không Application Data
động cơ độc lập mà không cần ứng dụng dữ liệu thường có thể được cài đặt lại từ đầu nếu máy chủ nên được
mất. Một bản sao lưu sẽ chỉ được ưa thích hơn nếu khôi phục có thể cung cấp một thời gian phục hồi ngắn hơn so với
cài đặt lại hoặc nếu các thành phần đòi hỏi cấu hình phức tạp. Một bản sao lưu cũng có thể được mong muốn nếu các
thành phần tạo log file quan trọng, bạn có thể muốn lưu giữ.
Đối với việc sao lưu các thành phần như vậy, một bản sao lưu hệ thống tập tin thường xuyên và một sao lưu sau khi thay đổi đáng kể sẽ
thường là đủ.
3.4 Khách hàng
Khách hàng là những chương trình bổ sung hoặc các công cụ đó thường trú trên các máy tính đầu cuối địa phương truy cập bởi người sử dụng.
Ngoài ra, họ có thể được cung cấp trên hệ thống back-end, nơi họ hành động như các chương trình khách hàng trong vòng một SAP
cảnh quan hệ thống. Khách hàng là những ví dụ Adobe LiveCycle Designer, SAP Business Explorer, SAP Mobile
Infrastructure Client hoặc SAP Gui.
Khách hàng thường không giữ dữ liệu ứng dụng của riêng mình, ngoại trừ cho các tập tin địa phương tạo ra bởi người dùng cá nhân.
Khách hàng có thể được cài đặt lại nếu các địa phương front-end hoặc các máy chủ back-end nên bị mất, vì vậy nói chung có
không có dự phòng cần thiết. Một bản sao lưu chỉ có thể được mong muốn nếu cài đặt lại cấu hình và tốn nhiều thời gian
và phức tạp, đặc biệt là nếu khách hàng được cài đặt trên một hệ thống back-end thường.