>

>

> E：\ sapdb \ programs \ pgm \ dbmcli.exe -n本地主机-d DEV -u控制，***** -uUTL -c recovery_replace存档日志e：\ standbydb \ log \ dev_log 025

>

> Saphelp说我需要打开db_connect会话。 但是我没有找到任何解决方案（

你好！

通过使用-uUTL，您已经确保获得实用程序/数据库会话。

所以这不是这里的问题。

为什么不将您收到的错误消息发送给我们？

顺便说一句：您还可以查看MaxDB Wiki [此处| http：// wiki.sdn.sap.com/wiki/display/MaxDB/HowTo - Standby DB log + shipping]，以获得使用MaxDB进行日志传送的示例实现

致谢

Lars

>

>我不是MaxDB的专家。

这就是为什么我向您指出文档的原因。

为此，您不需要成为MaxDB的专家。

您不需要了解恢复过程中正在发生的所有内部事情，也不需要能够对其进行调试。

但是您需要了解如何使用它以及应该如何工作。

这正是文档所要告诉的。

>现在，我确实将备用数据库安装为开发系统的副本，并且可以从masterdb上载手动重做日志到备用数据库。

>因此，实际的任务是设置自动重做日志传送到备用数据库。

是的，我已经知道了。

但是，请看：如果您想拥有一种无忧无虑的全能解决方案，那么也许最好只购买一种可用的商业产品。 与他们一起，您可以购买专有技术。

脚本是一些人自己开发的解决方案，他们希望将其付诸实践，并为此付出了自己的一点努力。

>您能为我提供改编后的脚本中有什么问题并帮助我吗？

>这是我从Wiki更改的脚本。...

> recovery_builder.bar

> ***********************

> rem %% a =日志文件名

> rem %% b =日志文件号

> rem %% j =页码

>

>设置LiveDB = sap-dev02.sap-npq.local

>

> e：\ sapdb \ programs \ pgm \ dbmcli.exe -n本地主机-d DEV -u控制，passw0rd db_admin

好吧，这里是第一个错误！

我清楚地记得（我在一分钟前再次检查了这一点），我删除了带有XUSER引用的显式连接信息的惯用用法。

为什么要在脚本中使用数据库密码？

废话！

请改用XUSER存储的登录数据！

现在，您了解该脚本应如何工作吗？

如果查看WIKI的版本，则会发现两种情况之间存在区别：

1。

对于第一个文件（这是最后一个恢复的日志页面与日志备份文件中第一个保存的页面相同的文件），一种启动部分被写入了import_script.txt：

db_connect

db_admin

recover_start//medium_name//LOG//日志备份号//

和

2。

对于其余的日志备份文件，对于每个文件，一个

recover_replace//medum_name//" Autolog"//日志备份号//

写入import_script.txt

因此，您应该在import_script.txt中找到这两部分。

他们在那里吗？

您的import_script.txt看起来如何？

别误会我-我会尽力帮助您帮助自己。

但是我肯定不会为您完成这项工作。

直截了当的问题需要直截了当的答案-一般的"为我调试"请求将被忽略。

祝你好运！

Lars

你好，

我还在寻找 https://wiki.scn.sap.com/wiki/pages/viewpage.action?pageId=72123826 ，有人能做到吗？

谢谢。