运行wso2 emm 1.1.0，除了一个大问题外，一切正常。
从我第一次点击app management选项卡中的应用程序开始，只要服务器运行，wso2emm_db.h2.db文件就开始稳定增长，即使没有任何更改。最终，它变得如此之大，以至于点击该选项卡上的某个应用程序需要非常长的时间来加载使用该应用程序的设备列表。我们谈了5多分钟，就完全没用了。我检查了错误日志，每次都没有发现任何错误。
重新启动服务器不会解决问题。即使我在“应用管理”选项卡上单击某个应用程序一次，再也不单击，数据库文件仍将继续增长。即使重新启动服务器而不登录到EMM页面，它也会继续增长。
到目前为止，我发现唯一可能有帮助的是保留数据库文件的备份副本，并在当前文件太大时覆盖它。显然这不是一个解决方案，因为每次服务器发生更改时，我都需要创建一个新的备份文件，最终数据库文件也会因此而变得太大。
这也不是h2数据库的问题。我不仅尝试了几次重新开始，并且有着相同的行为，而且here是我能找到的关于这个问题的唯一信息，而且无论它是否在h2或mysql上，他们都有这个问题。
一个多月来，我一直试图找到解决办法，但没有成功。任何帮助都将不胜感激！
编辑：看起来这可能是EMM-826的主题。不幸的是，到目前为止，这个bug报告似乎没有任何回应。
编辑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_主目录中。
当这不起作用时，我搜索补丁，发现我只使用了补丁1-6。在文档中，我发现我可以下载补丁7-12here。由于某些原因，修补程序9和10无法正常工作；导致我无法访问EMM仪表板或发布服务器。我只能联系到碳排放经理。我可以让补丁7，8，11，和12工作，但没有改变行为。
以下是我复制该问题的步骤：
在设置新的EMM设置副本后，我以管理员身份登录到EMM仪表板，设置用户帐户，并通过发布服务器上载应用程序。
向我设置的用户帐户注册设备。在本例中，是运行android 4.2.2的android设备。
在仪表板中，我转到应用程序管理，然后单击我上载的应用程序。设备列表加载，但从那时起，数据库文件开始增长，并最终在几个小时后变得如此庞大，以至于设备列表永远无法加载。
请帮忙！
最佳答案
从wso2emm_db.notifications表中也发现了这种情况。随着时间的推移，似乎保留了所有通知的历史记录，而应用程序安装的信息是从未优化的查询中获取的，这些查询随着表的增长而降级。您“可以”删除表中的所有行，它将重新填充为设备“签回”并报告其信息。
但是您可能想编写一个查询来保存每种用户类型的最新通知（我将把它留给其他人……），正如前面提到的，它显然在最新版本中是固定的。