一、新建帐号的不一样:on-premises(下文简称op)是和ad绑定的,因此必须先在ad中新建帐号后才能在CRM中新建。而online是和Office365(下文简称O365)绑定的,因此需在O365中新建帐号再分配D365许可(前提是已购买license),当分配完许可后,online的用户下就能看到,再分配安全角色该帐号便可使用。web
二、帐号密码的修改与重置:op更改的是ad中的密码,通常两种方式,要么人为重置,要么经过api开发web页面让用户本身修改。而online则须要在O365中重置,是否有API能够开放给用户修改密码有待研究。sql
三、插件的注册与调试:op注册类型分为sandbox和none,none模式下能够选择database、disk、gac,调试能够断点附加CRM的进程也能够profiler抓取日志。而online只能注册sandbox,而且再也不能断点附加CRM进程调试了(由于是SaaS)。数据库
四、由于Saas因此就没法操做数据库了,包括数据导入、sql跟踪等等一切和sql server有关的都不能用了api
五、报表:op的reporting serivce报表开发既能够用sql语句也能够用fetch xml。而online的reporting serivce的开发只能基于fetch xml而不能用sql语句,在开发时需在本地装vs data tool的拓展,否则没法选到fetchxml这个数据源安全
六、log的跟踪:online在系统的开发时要谨慎再谨慎,由于若是遇到提示明确的错误则很好修复,但若是错误提示不明确那错误的查找成本是很高的,只能经过线上开case,没法像op同样在系统层级开启trace日志就能追踪,更不能奢求说打开sql跟踪查看数据库层的执行日志ide
七、server-side的Oauth认证:op须要部署IFD,而online须要借助azure,详细可参考我以前写的博客fetch
八、ISV拓展:op模式下的iis中的ISV拓展在online中不复存在,须要转换实现的思路了.net
九、版本的升级:op的升级是打补丁,升级很慢。而online的升级很快,新功能不断推出,升级须要在O365中操做,设置一个时间点定时更新。插件
---------------------
原文地址:https://blog.csdn.net/vic0228/article/details/80216707 调试