2020-08-25 16:45发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中） Hello 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上有更多经验的人是否可以建议上述"症状"是否表明还原过程中可能存在问题，还是所有这些正常行为？
谢谢
什么版本的ASE？ 此ASE用作SAP应用程序或自定义/非SAP应用程序的后端数据库吗？
-----------------
遵循" 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）需要查看生成这些表的查询，以及数据库的元数据（在"加载数据库"之前和之后），但是我猜想剩下"离线"数据库的元数据 处于乱码/无法使用的状态，直到数据库联机为止； 最终结果...我只担心结果*在*数据库联机之后*看起来不正确
最多设置5个标签!
{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/answer/33212/93472.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）需要查看生成这些表的查询，以及数据库的元数据（在"加载数据库"之前和之后），但是我猜想剩下"离线"数据库的元数据 处于乱码/无法使用的状态，直到数据库联机为止； 最终结果...我只担心结果*在*数据库联机之后*看起来不正确
一周热门 更多>