【发布时间】：2016-07-15 04:34:48
【问题描述】：
运行 WSo2 EMM 1.1.0，除了一个大问题外，一切正常。
从我第一次在“应用程序管理”选项卡中单击应用程序的那一刻起，只要服务器正在运行，WSO2EMM_DB.h2.db 文件就会开始稳定增长，即使完全没有任何变化。最终，它变得如此之大，以至于单击该选项卡上的应用程序需要很长时间才能加载使用该应用程序的设备列表。我们正在谈论 5 分钟以上，它变得完全无法使用。我检查了错误日志，每次都没有发现任何错误。
重新启动服务器并不能解决问题。即使我在“应用程序管理”选项卡上单击一个应用程序，并且不再单击，数据库文件也会继续增长。即使重新启动服务器而不登录 EMM 页面，它也会继续增长。
到目前为止，我发现唯一可能有帮助的是保留数据库文件的备份副本并在当前文件变得太大时覆盖它。显然这不是一个解决方案，因为每次服务器发生变化时我都需要创建一个新的备份文件，最终数据库文件也会因此变得太大。
H2 数据库也不是问题。我不仅尝试过多次重新开始并且有相同的行为，而且here 是我能找到的关于这个问题的唯一信息，而且无论是在 H2 还是 MySQL 上，他们都遇到了这个问题。
一个多月以来，我一直在努力寻找解决方案，但没有成功。任何帮助将不胜感激！
编辑：看起来这可能是EMM-826 的主题。不幸的是，到目前为止，该错误报告似乎没有任何回应。
编辑 2： EMM-826 已关闭，并显示以下消息：
此问题已在 EMM 1.1.0 GA 最新包中得到修复。请从最新源 [https://github.com/wso2/product-emm] 获取产品的所有补丁/构建产品，然后重试。
不幸的是，这对我不起作用。我不确定我到底做错了什么，所以我将列出我为修复它所做的工作：
从http://wso2.com/products/enterprise-mobility-manager/下载了EMM 1.1.0 zip。
从https://github.com/wso2/product-emm 下载 zip 并将其中的文件粘贴到我的 EMM_HOME 目录中。
当这不起作用时，我搜索了补丁，发现我只使用了补丁 1-6。在我发现的文档中，我可以下载补丁 7-12 here。补丁 9 和 10 由于某种原因无法正常工作；导致我无法访问 EMM 仪表板或发布者。我只能访问 Carbon 管理器。不过，我能够使补丁 7、8、11 和 12 正常工作 - 行为没有改变。
以下是我重现该问题所采取的步骤：
设置 EMM 的新副本后，我以管理员身份登录 EMM 仪表板，设置用户帐户，然后通过 Publisher 上传应用程序。
将设备注册到我设置的用户帐户。在这种情况下，运行 Android 4.2.2 的 Android 设备。
从仪表板，我转到应用程序管理并单击我上传的应用程序。设备列表会加载，但从那时起，数据库文件开始增长，并最终在几个小时后变得如此之大，以至于设备列表永远无法加载。
请帮忙！
【问题讨论】：
-
哪个表在增长？如果您使用 mysql，将更容易找出哪些表正在增长以及其中的值，这将为正在发生的事情提供线索。通过连接到 db 文件，即使使用 h2 也可以做到这一点。
-
使用 H2 控制台，我打开了数据库并查看了表格。我找不到任何表的大小有任何显着增加，但由于某种原因，即使我注册了设备，它也不会在 DEVICES 表中显示任何内容，所以我不确定这有多准确。跨度>
-
用一些更新编辑了我原来的问题。
标签： database wso2 wso2carbon wso2-emm