Best PracticeBackup and Restore for SAP System Landscapes© 2010 SAP AG dịch - Best PracticeBackup and Restore for SAP System Landscapes© 2010 SAP AG Việt làm thế nào để nói

Best PracticeBackup and Restore for

Best Practice
Backup and Restore for SAP System Landscapes
© 2010 SAP AG page 27/64
We recommend running database checks on a weekly basis. See the database-specific SAP notes for
more information on database checks and the available tools (Oracle: 23345, MSSQL: 142731,
MaxDB/liveCache: 940420, 521870, DB2/UDB: 98524). Service levels may require a higher frequency of
checks or additional measures to prevent a possibly severe outage resulting from block corruptions.
On very large databases, the DB check could take a long time to run so a regular check on the production
system may not be practicable. In this case you could run database checks on a physical, block-based copy
of the system (e.g. a storage-based mirror) or on a copy that was restored from the last full backup.
Never skip the DB checks completely as you risk loosing your system due to unusable
backups!
3.2.1.3 Full or Incremental Backup
In general, SAP suggests creating full backups of a database. For large databases, the need may arise to
reduce the backup runtime because the backup window is exceeded by the full backup or because the
backup infrastructure is no longer able to handle the backups of multiple systems in parallel (also see Backup
Time). A common possibility to reduce the daily backup work is to perform incremental or partial backups of
the database.
A classic incremental backup routine is the so-called “Father-Son-Concept”. The “Father-Son-Concept”
describes the usage of full backups and incremental backups level 1. The “Father” is equivalent to a full
backup and the son describes an incremental backup which depends on the “father” respectively the full
backup. Incremental backups with a higher level like the “Grandfather-Father-Son-Concept”, where one
incremental backup (level 2) depends on another incremental backup (level 1), are not advised for SAP
systems. If you plan to use incremental backups, always remember that in SAP terms it is an incremental
backup level 1.
Note: Incremental backups are only possible with online backups. Offline backups are always full
backups of the database.
Note: Some backup solution providers call an incremental backup level 1 a “differential” backup
because it always backs up the difference compared to the last full backup.
With incremental backups, the daily amount of backup data can be largely reduced, especially if you have a
large database with only a small volume of daily changes.
While incremental backups reduce the backup time, the restore and recovery time will increase
because in addition to restoring a full backup, the incremental backup needs to be applied to the
database before log recovery can be started. This tradeoff needs to be considered with respect to the
RTO that has to be covered by the service levels (see Recovery Time). Very often full backups are
the fastest way for recovery because in most situations the latest backup of the past day is needed.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
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 27/64Chúng tôi khuyên bạn nên chạy kiểm tra cơ sở dữ liệu trên cơ sở hàng tuần. Xem ghi chú SAP cơ sở dữ liệu cụ thể chothông tin thêm về kiểm tra cơ sở dữ liệu và các công cụ có sẵn (Oracle: 23345, MSSQL: 142731,MaxDB/liveCache: 940420, 521870, DB2/UDB: 98524). Cấp dịch vụ có thể yêu cầu một tần số cao hơn củakiểm tra hoặc các biện pháp bổ sung để ngăn chặn một cúp nghiêm trọng có thể dẫn đến từ khối nhiễm.Trên cơ sở dữ liệu rất lớn, việc kiểm tra DB có thể mất một thời gian dài để chạy nên thường xuyên kiểm tra việc sản xuấtHệ thống có thể không được tốt. Trong trường hợp này bạn có thể chạy cơ sở dữ liệu kiểm tra vào một bản sao vật lý, dựa trên khốiHệ thống (ví dụ như một lưu trữ dựa trên máy nhân bản) hoặc trên một bản sao mà được khôi phục từ bản sao lưu đầy đủ cuối cùng.Không bao giờ bỏ qua kiểm tra DB hoàn toàn vì bạn có nguy cơ mất hệ thống của bạn do không sử dụng đượcsao lưu!3.2.1.3 đầy đủ hoặc gia tăng sao lưuNói chung, SAP cho thấy việc tạo ra bản sao lưu đầy đủ của cơ sở dữ liệu. Đối với cơ sở dữ liệu lớn, cần có thể phát sinh đểgiảm thời gian chạy sao lưu vì các cửa sổ sao lưu được sao lưu toàn bộ vượt quá hoặc vì nhữngsao lưu cơ sở hạ tầng không còn có thể xử lý các bản sao lưu của nhiều hệ thống song song (xem sao lưuThời gian). Một khả năng phổ biến để giảm bớt công việc sao lưu hàng ngày là để thực hiện sao lưu gia tăng hoặc một phần củacơ sở dữ liệu.Một thói quen sao lưu gia tăng cổ điển là cái gọi là "cha-con trai-khái niệm". Cha-con trai-khái niệm""Mô tả cách sử dụng sao lưu đầy đủ và gia tăng sao lưu cấp 1. "Cha đẻ" là tương đương với một đầy đủsao lưu và là con trai một dự phòng gia tăng mà phụ thuộc vào "cha đẻ" tương ứng với đầy đủ mô tả.sao lưu. Gia tăng sao lưu với mức cao hơn như "Ông nội-cha-con trai-khái niệm", nơi mà một tronggia tăng sao lưu (cấp 2) phụ thuộc vào một dự phòng gia tăng (cấp 1), không nên cho SAPHệ thống. Nếu bạn có kế hoạch sử dụng gia tăng sao lưu, luôn luôn nhớ rằng trong điều khoản SAP là một gia tăngdự phòng cấp 1.Lưu ý: Gia tăng sao lưu được chỉ có thể sao lưu trực tuyến. Offline sao lưu luôn luôn đầy đủsao lưu cơ sở dữ liệu.Lưu ý: Một số nhà cung cấp giải pháp sao lưu gọi một mức độ gia tăng sao lưu 1 bản sao lưu "khác biệt"bởi vì nó luôn luôn sao lưu các sự khác biệt so với bản sao lưu đầy đủ cuối cùng.Với sao lưu gia tăng, số lượng hàng ngày sao lưu dữ liệu có thể được chủ yếu là giảm, đặc biệt là nếu bạn có mộtcơ sở dữ liệu lớn với chỉ một lượng nhỏ của những thay đổi hàng ngày. Trong khi gia tăng sao lưu giảm thời gian sao lưu, khôi phục và thời gian phục hồi sẽ gia tăngvì ngoài việc khôi phục lại một sao lưu đầy đủ, gia tăng sao lưu cần phải được áp dụng cho cáccơ sở dữ liệu trước khi khôi phục Nhật ký có thể được bắt đầu. Sự cân bằng này cần phải được xem xét với quan đến cácRTO đã được bao phủ bởi mức độ dịch vụ (xem thời gian phục hồi). Sao lưu đầy đủ rất thường xuyêncách nhanh nhất để phục hồi vì trong hầu hết trường hợp bản sao lưu mới nhất của ngày qua là cần thiết.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
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 27/64
Chúng tôi khuyên bạn nên chạy kiểm tra cơ sở dữ liệu trên một cơ sở hàng tuần. Xem các ghi chú SAP cơ sở dữ liệu cụ thể cho
thêm thông tin về kiểm tra cơ sở dữ liệu và các công cụ có sẵn (Oracle: 23.345, MSSQL: 142.731,
MaxDB / liveCache: 940.420, 521.870, DB2 / UDB: 98.524). Các cấp dịch vụ có thể yêu cầu một tần số cao hơn của
kiểm tra hoặc các biện pháp khác để ngăn chặn một cúp có thể trầm trọng do tham nhũng khối.
Trên cơ sở dữ liệu rất lớn, việc kiểm tra DB có thể mất một thời gian dài để chạy nên kiểm tra thường xuyên về sản xuất
hệ thống có thể không thực hiện được . Trong trường hợp này bạn có thể chạy kiểm tra cơ sở dữ liệu trên một bản sao vật lý dựa trên khối
của hệ thống (ví dụ như một tấm gương lưu trữ dựa trên) hoặc trên một bản sao đã được phục hồi từ bản sao lưu cuối cùng đầy đủ.
Không bao giờ bỏ qua việc kiểm tra DB hoàn toàn như bạn có nguy cơ mất hệ thống của bạn do không sử dụng được
sao lưu!
3.2.1.3 Full hoặc Incremental backup
Nói chung, SAP gợi ý tạo bản sao lưu đầy đủ của một cơ sở dữ liệu. Đối với cơ sở dữ liệu lớn, nhu cầu có thể phát sinh để
giảm thời gian chạy sao lưu vì cửa sổ sao lưu được vượt dự phòng đầy đủ hoặc do các
cơ sở hạ tầng sao lưu là không còn khả năng để xử lý các bản sao lưu của nhiều hệ thống song song (xem thêm sao lưu
Time). Một khả năng phổ biến để làm giảm các công việc sao lưu hàng ngày là để thực hiện sao lưu gia tăng hoặc một phần của
cơ sở dữ liệu.
Một thói quen sao lưu gia tăng cổ điển là cái gọi là "Cha-Con-Khái niệm". "Cha-Con-Khái niệm"
mô tả việc sử dụng các bản sao lưu đầy đủ và sao lưu gia tăng cấp độ 1. "Cha" tương đương với một đầy đủ
sao lưu và con trai mô tả một sao lưu gia tăng phụ thuộc vào "cha" tương ứng đầy đủ
dự phòng. Sao lưu gia tăng với mức độ cao hơn như "Ông-Cha-Con-Khái niệm", một trong những nơi
sao lưu gia tăng (mức 2) phụ thuộc vào một sao lưu gia tăng (cấp 1), không nên cho SAP
hệ thống. Nếu bạn có kế hoạch để sử dụng sao lưu gia tăng, luôn luôn nhớ rằng về SAP nó là một gia tăng
mức độ sao lưu 1.
Lưu ý: Sao lưu gia tăng chỉ có thể với các bản sao lưu trực tuyến. Sao lưu ẩn luôn đầy đủ
các bản sao lưu cơ sở dữ liệu.
Lưu ý: Một số nhà cung cấp giải pháp sao lưu gọi một mức độ sao lưu gia tăng 1 một "khác biệt" backup
vì nó luôn luôn ủng hộ nên sự khác biệt so với các bản sao lưu cuối cùng đầy đủ.
Với sao lưu gia tăng, số lượng hàng ngày của sao lưu dữ liệu có thể được giảm phần lớn, đặc biệt là nếu bạn có một
cơ sở dữ liệu lớn với chỉ một lượng nhỏ thay đổi hàng ngày.
trong khi sao lưu gia tăng giảm thời gian sao lưu, khôi phục và thời gian phục hồi sẽ tăng
bởi vì ngoài việc khôi phục lại một bản sao lưu đầy đủ, nhu cầu sao lưu gia tăng được áp dụng cho các
cơ sở dữ liệu trước khi phục hồi bản ghi có thể được bắt đầu. Sự đánh đổi này cần phải được xem xét đối với các với
RTO mà đã được bao phủ bởi các mức dịch vụ (xem Thời gian phục hồi). Rất thường xuyên sao lưu đầy đủ là
cách nhanh nhất để phục hồi vì trong hầu hết các tình huống sao lưu mới nhất của ngày hôm qua là cần thiết.
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: