Best PracticeBackup and Restore for

Best Practice
Backup and Restore for SAP System Landscapes
© 2010 SAP AG page 36/64
impact on the load of your system (especially the I/O load on storage and network devices), unless you are
using non-impact backup technologies like split-mirror backup. You should plan the schedule of the backups
outside of the business hours when there is less (user) activity in the system.
The backup scheduling can also collide with planned jobs that are activated during the night. You should get
in touch with the responsible process owners to identify an acceptable backup window to avoid interference
with other important business processes on the system.
Sometimes it is not easy to identify a good backup window for the scheduled backups. There are possibilities
and technologies to reduce the time needed for the backup. While this will not necessarily reduce the needed
system resources, it may permit releasing the system back faster to normal operation. If this is not sufficient,
there are technologies that allow further reducing backup time and system resources needed for backup, see
Backup Time.
The backup scheduling should be documented in the B&R concept. The concept should also mention the
start and the estimated end time of the backup. The backup scheduling needs to be regularly checked since
backup runtimes will steadily increase with growing data volumes.
3.5.3 Retention
The retention period defines how long a backup is protected from being overwritten. The retention policy must
be defined according to the agreed service levels. Without a well-planned retention time you might
experience data loss if your last full backup was faulty or was overwritten accidently.
The retention can be critical for a recovery and must be defined in correlation with the database checks as
described in Database Checks. The retention policy for database archive logs should retain consecutive logs
allowing recovery from multiple full backups and reaching back sufficiently long into the past, see Database
Log Backup. With incremental backups, the retention time must make sure that there are always sufficient full
backups available and that recovery is also possible if some incremental backup became unusable.
3.5.4 Backup and System Maintenance
SAP Systems are maintained regularly with patches and support stacks. Maintenance activities should be
considered in the backup concept. It is good practice to take a full backup before and after every major
maintenance. Whenever changes have been applied to the software in the filesystem, we recommend taking
a timely filesystem backup so the most current state is saved and can be recovered from a backup.
You can use Change Management in SAP Solution Manager to plan and coordinate maintenance
and backup tasks. You should always plan a backup after a maintenance of a SAP system!
3.5.5 Backup Verification
When the need arises to restore a system from a backup, it is vital that the backup is correct and complete.
We recommend exploiting the different kinds of checks offered by the different backup tools. Using the SAP
tool brbackup for Oracle for example, a verification is done whether all relevant database objects belonging to
an SAP system are actually included in the backup. Third-party backup tools offer backup checks for integrity

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 36/64tác động vào tải của hệ thống của bạn (đặc biệt là I/O tải trên thiết bị lưu trữ và mạng lưới), trừ khi bạn đangsử dụng công nghệ sao lưu không tác động như tách nhân bản sao lưu. Bạn nên có kế hoạch lịch trình của các bản sao lưungoài giờ làm việc khi có ít hoạt động (người dùng) trong hệ thống.Lập lịch trình sao lưu có thể cũng va chạm với các công việc quy hoạch được kích hoạt trong đêm. Bạn sẽ nhận đượcliên lạc với các chủ sở hữu chịu trách nhiệm trình để xác định một cửa sổ sao lưu chấp nhận được để tránh gây nhiễuvới các quy trình kinh doanh quan trọng trên hệ thống.Đôi khi nó không phải là dễ dàng để xác định một cửa sổ sao lưu tốt cho các bản sao lưu theo lịch trình. Có khả năngvà công nghệ để giảm thời gian cần thiết cho bản sao lưu. Trong khi điều này sẽ không nhất thiết phải làm giảm sự cần thiếttài nguyên hệ thống, nó có thể cho phép phát hành các hệ thống trở lại nhanh hơn để hoạt động bình thường. Nếu điều này là không đủ,có những công nghệ mà cho phép tiếp tục giảm sao lưu hệ thống và thời gian các nguồn lực cần thiết để sao lưu, hãy xemThời gian dự phòng.Lập kế hoạch dự phòng nên được tài liệu trong các khái niệm B & R. Khái niệm nên cũng đề cập đến cácbắt đầu và thời gian dự kiến kết thúc của bản sao lưu. Lập lịch trình sao lưu cần phải được kiểm tra thường xuyên kể từsao lưu runtimes sẽ tăng lên đều đặn với tăng trưởng khối lượng dữ liệu.3.5.3 lưu giữThời gian lưu giữ xác định bao lâu một bản sao lưu bảo vệ khỏi bị ghi đè. Chính sách lưu giữ phảiđược xác định theo mức độ thoả thuận dịch vụ. Mà không có một thời gian duy trì kế hoạch tốt, bạn có thểkinh nghiệm mất mát dữ liệu nếu bạn sao lưu đầy đủ cuối cùng là bị lỗi hoặc ghi đè vô tình.Việc lưu giữ có thể là quan trọng cho sự phục hồi và phải được xác định trong mối tương quan với sự kiểm tra cơ sở dữ liệu nhưđược mô tả trong cơ sở dữ liệu kiểm tra. Chính sách lưu giữ cho cơ sở dữ liệu lưu trữ bản ghi nên giữ lại các bản ghi liên tiếpcho phép khôi phục từ bản sao lưu đầy đủ nhiều và đạt lại đủ lâu vào trong quá khứ, thấy cơ sở dữ liệuSao lưu Nhật ký. Với gia tăng sao lưu, thời gian lưu giữ phải chắc chắn rằng luôn luôn có đầy đủcó sẵn các bản sao lưu và phục hồi đó cũng có thể nếu một số sao lưu gia tăng đã trở thành không sử dụng được.3.5.4 sao lưu và bảo trì hệ thốngHệ thống SAP được duy trì thường xuyên với các bản vá lỗi và hỗ trợ ngăn xếp. Hoạt động bảo trì nênxem xét trong các khái niệm backup. Đó là các thực hành tốt để có một đầy đủ dự phòng trước và sau khi mỗi chínhbảo trì. Bất cứ khi nào thay đổi đã được áp dụng cho các phần mềm trong hệ thống tập tin, chúng tôi khuyên bạn nên tham giamột bản sao lưu hệ thống tập tin kịp thời tình trạng như vậy nhất hiện nay được lưu và có thể được phục hồi từ bản sao lưu. Bạn có thể sử dụng quản lý thay đổi trong SAP giải pháp quản lý kế hoạch và phối hợp bảo trìvà các tác vụ sao lưu. Bạn nên luôn luôn có kế hoạch sao lưu sau khi duy trì một hệ thống SAP!3.5.5 dự phòng xác minhKhi cần đặt ra để khôi phục lại một hệ thống từ bản sao lưu, nó là rất quan trọng là sao lưu là chính xác và đầy đủ.Chúng tôi khuyên bạn nên khai thác các loại khác nhau của kiểm tra cung cấp bởi các công cụ sao lưu khác nhau. Bằng cách sử dụng nhựacông cụ brbackup Oracle ví dụ: một quy trình xác minh được thực hiện cho dù tất cả các đối tượng cơ sở dữ liệu có liên quan thuộcmột hệ thống SAP thực sự được bao gồm trong bản sao lưu. Cung cấp cho bên thứ ba công cụ sao lưu sao lưu kiểm tra tính toàn vẹn

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 36/64
tác động vào tải của hệ thống của bạn (đặc biệt là các I / O tải về lưu trữ và thiết bị mạng), trừ khi bạn đang
sử dụng công nghệ sao lưu không tác động như split- lưu nhân bản. Bạn nên có kế hoạch tiến độ của các bản sao lưu
bên ngoài giờ làm việc khi có ít hơn (người sử dụng) hoạt động trong hệ thống.
Các lịch trình sao lưu cũng có thể va chạm với các công việc theo kế hoạch được kích hoạt trong thời gian ban đêm. Bạn sẽ nhận được
liên lạc với các chủ sở hữu có trách nhiệm trình để nhận dạng một cửa sổ sao lưu có thể chấp nhận để tránh nhiễu
với các quy trình kinh doanh quan trọng khác trên hệ thống.
Đôi khi nó không phải là dễ dàng để xác định một cửa sổ sao lưu tốt cho các bản sao lưu theo lịch trình. Có khả năng
và công nghệ để giảm thời gian cần thiết cho việc sao lưu. Trong khi điều này sẽ không nhất thiết phải giảm cần thiết
tài nguyên hệ thống, nó có thể cho phép phát hành hệ thống trở lại nhanh hơn để hoạt động bình thường. Nếu điều này là không đủ,
có những công nghệ mà cho phép tiếp tục giảm thời gian dự phòng và hệ thống nguồn lực cần thiết để sao lưu, xem
sao lưu Time.
Các lịch trình sao lưu nên được ghi chép trong các khái niệm B & R. Khái niệm này cũng nên đề cập đến những
bắt đầu và thời gian kết thúc ước tính của các sao lưu. Việc lập kế hoạch dự phòng cần phải được kiểm tra thường xuyên kể từ
runtimes sao lưu đều đặn sẽ tăng với khối lượng dữ liệu ngày càng tăng.
3.5.3 Duy trì
các thời gian lưu giữ xác định bao lâu một bản sao lưu được bảo vệ khỏi bị ghi đè. Việc duy trì chính sách phải
được xác định theo các mức dịch vụ đã thoả thuận. Nếu không có thời gian lưu lên kế hoạch tốt, bạn có thể
trải nghiệm mất dữ liệu nếu sao lưu cuối cùng đầy đủ của bạn đã bị lỗi hoặc bị ghi đè vô tình.
Việc lưu giữ có thể là rất quan trọng cho sự phục hồi và phải được xác định trong mối tương quan với các kiểm tra cơ sở dữ liệu như
mô tả trong Kiểm tra cơ sở dữ liệu. Việc duy trì chính sách đối với các bản ghi lưu trữ cơ sở dữ liệu nên giữ lại các bản ghi liên tiếp
cho phép phục hồi từ nhiều bản sao lưu đầy đủ và đạt lại đủ dài vào quá khứ, nhìn thấy Cơ sở dữ liệu
Log Backup. Với sao lưu gia tăng, thời gian lưu giữ phải đảm bảo rằng luôn luôn có đủ đầy đủ
các bản sao lưu có sẵn và phục hồi mà còn là có thể nếu một số sao lưu gia tăng trở nên không sử dụng được.
3.5.4 Sao lưu và bảo trì hệ thống
SAP Hệ thống được duy trì thường xuyên với các bản vá lỗi và ngăn xếp hỗ trợ. Các hoạt động bảo trì nên được
xem xét trong các khái niệm sao lưu. Đó là thực hành tốt để có một sao lưu đầy đủ trước và sau mỗi ngành
bảo trì. Bất cứ khi nào thay đổi đã được áp dụng cho các phần mềm trong hệ thống tập tin, chúng tôi khuyên bạn nên dùng
một bản sao lưu hệ thống tập tin kịp thời nên tình trạng hiện nay hầu hết được lưu và có thể được phục hồi từ bản sao lưu.
Bạn có thể sử dụng Quản lý thay đổi trong SAP Solution Manager để lập kế hoạch và phối hợp bảo trì
và sao lưu nhiệm vụ. Bạn nên luôn luôn có kế hoạch sao lưu sau khi duy trì một hệ thống SAP!
3.5.5 Xác Sao lưu
Khi cần thiết để khôi phục hệ thống từ một bản sao lưu, điều quan trọng là các sao lưu là chính xác và đầy đủ.
Chúng tôi đề nghị khai thác các loại khác nhau của kiểm tra được cung cấp bởi các công cụ sao lưu khác nhau. Sử dụng SAP
công cụ brbackup cho Oracle ví dụ, một xác minh được thực hiện cho dù tất cả các đối tượng cơ sở dữ liệu có liên quan thuộc
hệ thống SAP đang thực sự bao gồm trong bản sao lưu. Công cụ sao lưu của bên thứ ba cung cấp séc sao lưu cho toàn vẹn