解决此问题的最佳方法是在服务器上以70 + GB日志文件的形式将脚本作为批处理文件运行。

" C：\ Program Files（x86）\ SAP BusinessObjects \ sqlanywhere \ BIN64 \ dbbackup.exe" ^

-c"服务器= [服务器]; DBN = [用户名]; UID = dba; PWD = [密码]" ^

-o c：\ temp \ dbbackup_log.txt ^

-xo

暂停

您没有提供足够的信息来猜测出什么问题。

标题错误表示CMS数据库不可用，但您未列出哪些数据库
重新启动SIA不会影响CMS DB，因此，如果修复此问题，它可能意味着两件事：
1。 CMS DB不可用，然后可用，但是CMS服务器失去了连接，无法重新连接并重新启动允许它发生。
2。 CMS进程已挂起，然后重新修复它。
您发布的事件日志条目与标题错误无关，并且用于WACS，由于CMS DB不可用，因此无法向CMS注册。

因此 ，如果您希望社区帮助您找到根本原因，则应提供：
1。 您正在使用的产品版本
2。 您拥有什么CMS DB，以及它是否与bobj服务器在同一主机上
3。 从发生错误时开始，CMS服务器跟踪日志便会获得豁免-它们将位于/logging目录中。

我有点继承了这一点，因此对找到以下内容并不超级自信 信息，但是在这里

1）产品：14.0.7©版权所有2013 SAP AG。 保留所有权利。

2）检查ODBC SQLAnywhere和本地主机似乎正在运行。

3）嗯，您是否想要在此处复制日志？ 那个时期有成千上万行，看起来都像这样：

。\ apsfactory.cpp：1025：-：TraceLog消息71310 | 0d443a87-6a76-3794-380b-0c75496350e3 | 2020 06 22 07：18：47：687 | -0700 |错误| | >> | | | cms _ [] [服务器] .CentralManagementServer | 5108 | 5488 || | 15 | 0 | 1 | 0 | BIPSDK.InfoStore：query | [Server]：5876：127.1111029：1 | BIPSDK.InfoStore：query | [Server]：5876：127.1111029：1 | cms_ [Server] .CentralManagementServer.newService | 本地主机：5108：5488.1145118：1 | CsbcQEmBXUh0ji2f6oggQUE1019bf ||||||||||||||断言失败：（。\ apsfactory.cpp：1025）。 （0：Corba用户异常）。\ apsfactory.cpp：1025：-:： TraceLog消息71311 | 87142656-4a14-0214-6ac3-53cfa65da14d | 2020 06 22 07：18：47：936 | -0700 |错误| | >> | | | cms_ [服务器] .CentralManagementServer | 5108 | 5400 || |||||||||||||||||||||||断言：（。\ apsfactory.cpp：1025）。 （0：Corba用户异常。）

我找到了问题，但我仍然需要一些帮助。

hdd空间已完全用完，我清理了一些空间，然后又几乎完全被起诉了。

它看起来好像SQLAnywhere数据库日志文件是70 + GB

应该有一种机制来清除这一点吗？

谢谢

您的产品版本非常旧，不再受支持，因此解决此问题的最佳方法是升级到当前版本。
< br>同时查看以下KBA的
=" a hraf=" https://launchpad.support.sap.com/#/notes/2063467" target =" _blank"> https://launchpad.support.sap.com /#/notes/2063467
https://launchpad.support。 sap.com/#/notes/2559718