MapGuide应用最佳实践----资源库Repository的维护

简介:


我们在介绍资源的时候将到,资源都保存在资源库Repository中,对于资源库的维护,使之处于最佳状态,对于资源读取和访问都是很重要的,这也是提高MapGuide性能的最佳实践之一。我们可以按照以下几个方面对资源库进行维护。

 

定期使用RepositoryAdmin脚本进行资源的脱机备份和还原。注意做这项工作时需要停止MapGuide服务。这些脚本在<serverInstallFolder>\server\RepositoryAdmin目录下,对于MapGuide Open Source来说就在C:\Program Files\OSGeo\MapGuide\Server\RepositoryAdmin下。关于脚本的使用,相同目录下有说明文档MgOpenSourceRepositoryAdmin.pdf。

做完上面的工作后,执行RecoverRepositories来清除日志文件;

对资源库维护的频率取决于你资源库数据的变化频度。对于一般的MapGuide应用来说,一个月做一次就可以了;

上面的操作能确保BerkleyDB保持最优化并清除事务记录。这里需要稍微解释一下,Mapguide的资源库是基于BerkleyDB数据库的,这是一个开源的文件型的小型数据库,如果你想了解更多信息,你可以放狗搜。

另外注意,如果你的资源库很大的话,维护过程可能会需要一点时间。对于那些数据非常重要的用户来讲,你最好首先把整个目录先拷贝到其他的驱动器中做个备份,以免在维护过程中出现问题而无法恢复。

注意我们的维护脚本并不会更改数据源文件本身,它只是对BerkleyDB数据库做了优化。

 

好了,如果你有任何看法或者建议欢迎评论,在MapGuide开发过程中遇到技术问题,你可以到MGDN论坛交流。

转载请注明出处链接和作者。 峻祁连(Daniel Du)

Happy MapGuiding !

作者: 峻祁连
邮箱:junqilian@163.com 
出处: http://junqilian.cnblogs.com 
转载请保留此信息。



本文转自峻祁连. Moving to Cloud/Mobile博客园博客,原文链接:http://www.cnblogs.com/junqilian/archive/2009/12/03/1616539.html ,如需转载请自行联系原作者
目录
打赏
0
0
0
0
23
分享
相关文章
禅道----产品经理创建产品模块
禅道----产品经理创建产品模块
678 0
禅道----产品经理创建产品模块
优秀的developer----自测优势及规范
本文章针对于弹性计算项目,合作方出的自测规范,仅供参考
8556 0
优秀的developer----自测优势及规范
2025年测试用例管理看这一篇就够了 ----Codes 开源免费、全面的测试管理解决方案
Codes 是国内首款重新定义 SaaS 模式的开源项目管理平台,支持云端认证、本地部署、全部功能开放,并且对 30 人以下团队免费。它通过整合迭代、看板、度量和自动化等功能,简化测试协同工作,使敏捷测试更易于实施。并提供低成本的敏捷测试解决方案,如同步在线离线测试用例、流程化管理缺陷、低代码接口自动化测试和 CI/CD,以及基于迭代的测试管理和测试用时的成本计算等,践行敏捷测试。
2025年测试用例管理看这一篇就够了 ----Codes 开源免费、全面的测试管理解决方案
代码协同模式使用问题之如果贡献者在本地仓库中进行了新的改动,如何更新已经创建的 pull request
代码协同模式使用问题之如果贡献者在本地仓库中进行了新的改动,如何更新已经创建的 pull request
会员系统01----基于Java开发的 | BTC,完整的SpringClound微服务包含内容
会员系统01----基于Java开发的货币交易所 | BTC,完整的SpringClound微服务包含内容
技巧:ZStack如何做Integration Test
笔者工作2年有余,刚开始实习的时候是不知道自动化测试这种神器的,在刚开始工作的时候往往苦于救火灭火再救火,搞的心力憔悴,一度怀疑猿生。实践自动化测试后感觉生产力慢慢的解放了,那个时候搞的还是偏单机应用,测试的Cover也是止步在单机应用上。在接触到了ZStack以后,由于其产品化的特性,对软件质量要求偏高,然作为一个典型的分布式系统,测试的覆盖率却是较高的。在这篇文章,笔者想谈谈对自动化测试的一些想法。
71 0
Meta Force佛萨奇2.0合约开发系统源码部署技术
当一个节点收到用hash300签名的交易时,它将知道这些交易将被放在hash200之后,但在hash400之前(假设100个hash为延迟)。这与ETH2.0使用的可验证延迟函数(VDFs)的概念很相似。区别在于证明的验证,对于VDF来说,验证的步骤要比创建证明复杂得多,而对于PoH来说,需要重新计算每个哈希值。
Meta Force佛萨奇2.0合约开发系统源码部署技术
还在手动维护Yapi?
因前后端人员通过接口定义字段,返回值等对接时非常苦恼,没有一个很好的平台维护,后端每次迭代都要写开发文档,需求变化,多系统联调等,给前后端联调造成阻塞。
347 0
学习笔记jira项目50-抽象user-select组件选择用户
学习笔记jira项目50-抽象user-select组件选择用户
85 0
学习笔记jira项目50-抽象user-select组件选择用户

热门文章

最新文章

AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等