点击此处--->
群内免费提供SAP练习系统（在群公告中）
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
Hello SAP社区
我最近在Sybase DB上运行了系统刷新，如下所示：
我使用以下命令备份了源数据库：dump database SID at ... with compression = 6
然后，通过键入我刚刚在上面执行的数据备份位置，将我的源DB还原为目标数据库：load database。
由于我对sybase的经验不足，所以我想向您写这个问题
没有对源数据库进行任何事务日志备份，并且我不打算在目标数据库上恢复事务日志。
我很惊讶地看到还原在3个小时内完成，而备份花费了将近12个小时才完成...还原是否应该花费比备份更长的时间？
我的问题如下：
1）我发现还原进度从45％LOADED直接跳到了100％LOAD ..我还没有看到这种现象，我没有看过所有教程。 这是否表明有问题或正常？
然后在日志中列出前滚事务行，就像我还还原了任何事务日志转储一样，但我没有。
日志中没有显示错误。
2）恢复完成比备份快4倍正常吗？
3）还原完成后，我发现目标DB数据使用率与源DB数据使用率相比非常低-我希望它们相等。
并发现事务日志已100％充满-这是否表明还原实际上因事务日志已充满而崩溃了？
将数据库设置为online之后，日志被清除并且数据等于源DB
在Sybase上有更多经验的人是否可以建议上述"症状"是否表明还原过程中可能存在问题，还是所有这些正常行为？
谢谢
132324r3232.jpg （125.3 kB）
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 樱桃小丸子0093 的问题《Sybase恢复怀疑》','https://www.easysap.com/q-33212.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
什么版本的ASE？ 此ASE用作SAP应用程序或自定义/非SAP应用程序的后端数据库吗？
-----------------
< p> 1）'数据库转储'命令还将包含日志的当前内容。 在数据库恢复期间，将处理日志内容遵循" dump | load transaction "命令
-----------------
2）' compression = 6 使用的是较旧/较慢的压缩库，而'6'是一个相当高的级别，通常意味着大量额外的cpu周期，大量额外的运行压缩时间，以及最终转储大小方面的节省很少
自ASE 15.0（？）起，有一个更新的压缩库，它更快，更高效。 要调用该库，只需将'compression'子句更改为以下其中之一：' compression = 100 '或' compression = 101 '。
解压缩的时间不受压缩程度的影响很大，因此" 负载数据库"的运行速度至少与" 转储数据库"的运行速度'...在这种情况下（' compression = 6 '），我并不惊讶' load database '的运行速度更快。 [注意：我假设所有磁盘IO速率都相当……从db设备读取，写入转储设备，从转储设备读取，写入db设备。]
其他可能影响 " 转储数据库"命令的速度将包括其他转储选项（例如，转储整个数据库，仅转储数据库的已使用部分等）； 我们将需要查看完整的" 转储数据库"命令（以及使用的所有预定义转储配置的详细信息）； 但我猜大多数时间差都将归结到旧/慢压缩级别（' compression = 6 '），我希望您会更快地看到 compression = 100 | 101 '
-----------------的转储速度（但加载速度没有太大变化）
3）需要查看生成这些表的查询，以及数据库的元数据（在"加载数据库"之前和之后），但是我猜想剩下"离线"数据库的元数据 处于乱码/无法使用的状态，直到数据库联机为止； 最终结果...我只担心结果*在*数据库联机之后*看起来不正确
您好，
标记正确的答案。
您还可以检查此SAP Notes：
1585981 SYB：确保Sybase ASE的可恢复性
1588316 SYB：配置自动数据库和日志备份
1611715 SYB：如何恢复Sybase ASE数据库服务器（Windows）
1618817 SYB：如何恢复数据库 Sybase ASE数据库服务器（UNIX）
有关ASE DB的更多信息：
https：//wiki.scn .sap.com/wiki/display/SYBASE/SAP + ASE + Home
https://support.sap .com/en/product/support-by-product/67837800100800005005166.html
https：//help .sap.com/doc/a6121aa4bc2b1014973595b879fce7fd/16.0.3.7/zh-CN/SAP_ASE_System_Administration_Guide_Volume_2_en.pdf （第13章，制定备份和恢复计划）
此致
你好，
我应该担心以上消息吗？
有任何建议吗？
你好标记，
谢谢您的全面答复：）我对此非常担心。
在下面您可以看到我的ASE版本。
1>选择@@ version
2>转到
----------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- --------------------------
Adaptive Server Enterprise/16.0 SP03 PL06/EBF 28334 SMP/P/x86_64/SLES 11.1/ase160sp03pl06x/3457/64位/FBO/2018年11月26日星期一04:33:30
再次感谢
一周热门 更多>