MicrosoftDynamicsCRM2011版本号

本文将总结Microsoft Dynamics CRM 2011的更新汇总信息,包括各个更新汇总的版本号和下载链接,以方便大家查阅.   Microsoft Dynamics CRM 2011的RTM版本号为5.0.9688.583.自从2012年1月开始,更新汇总6(5.0.9690.1992)变成CRM2011的里程碑版本.任何高于更新6的更新安装必须基于更新汇总6.   Microsoft Dynamics CRM 2011基础版本下载 Microsoft DynamicsCRM Server 2011 http://www.microsoft.com/en-us/download/details.aspx?id=27822 Microsoft DynamicsCRM 2011 for Microsoft Office Outlook http://www.microsoft.com/download/en/details.aspx?id=27821 Microsoft DynamicsCRM 2011 E-mail Router http://www.microsoft.com/download/en/details.aspx?id=27818 Microsoft DynamicsCRM 2011 Report Authoring Extension http://www.microsoft.com/download/en/details.aspx?id=27818 Microsoft DynamicsCRM 2011 Language Pack http://www.microsoft.com/download/en/details.aspx?id=27819   Microsoft Dynamics CRM 2011版本号下载 版本 版本号 知识库链接 备注…

2

CRM Online的Internet Explorer最佳实践

微软Dynamics CRM Online是部署在微软数据中心的CRM云端版本.伴随着Cloud概念在行业的发展,微软CRM Online业务也在飞速的增长.全球范围内,成功部署超过500个用户的CRM Online企业客户已经不在少数,更有千人用户的部署计划在进行中.CRM Online中文的使用者也呈现出递增趋势.所以本博客将开始逐渐的增加CRM Online专题,以方便大家查阅.   本文将主要介绍使用CRM Online的Internet Explorer最佳实践.一些用户在使用CRM Online时会碰到一些”不固定”的”间歇性”问题,而往往刷新网页或者重启IE便可以解决问题.如果是这种情况,那么根结很有可能是IE端的设置没有达到最佳实践.   案件类型举例: A.     登录CRM Online碰到错误”Something went wrong and we can’t sign you in right now. Please try again later”; 刷新网页,或者重启IE后发现问题消失; B.     登录CRM Online碰到错误”Internet Explorer cannot display the webpage”; 刷新网页,或者重启IE后发现问题消失; C.     错误”Microsoft Dynamics CRM Online Error. An error has occurred while processing your request….

0

使用Fiddler排查CRM疑难

Fiddler是一个HTTP调试代理服务器. 它可以记录下电脑和Internet的所有HTTP通讯.Fiddler可以监控所有HTTP通讯,设置断点,并且操作收入\传出的数据.   在CRM疑难排查的过程中,Fiddler是一个很好的排查客户端的工具.CRM环境中,客户端和服务器的通讯就是通过HTTP\HTTPS,而这些都可以被Fiddler诊断出其处理结果是否成功并以友好的方式呈现出来.需要用到Fiddler调试的疑难情况一般为: –          在CRM应用程序里面的的某些操作失败,并遇到具体错误信息:fiddler可以诊断出这些操作后面的哪些URL被成功处理了,哪些失败了并引发了这个错误信息,比如: 更改用户所属部门的动作失败 共享联系人的动作失败 –          特定IE客户端才发生的问题: 其他IE客户端工作正常,确定只有特定的IE客户端才会产生问题,那么有可能是这台IE浏览器的问题,比如: 特定的某些IE端访问CRM速度很慢 在其他IE客户端端可以完成的动作在这个IE端失败 –          还有其他很多情况,收集到Fiddler日志会极大地帮助排查疑难的根结     本文讲主要介绍Fiddler的具体使用方法. 本博客已经在两篇文章中介绍了Fiddler的工作原理.请参见: Fiddler – 第一部分: HTTP调试 http://blogs.technet.com/b/crmchina/archive/2012/05/20/fiddler-http.aspx Fiddler – 第二部分: HTTP性能 http://blogs.technet.com/b/crmchina/archive/2012/09/24/fiddler.aspx       如何使用Fiddler处理CRM HTTP通讯 从Fiddler官网下载Fiddler http://www.fiddler2.com/fiddler2/ 在CRM客户端机器上安装Fiddler 通过开始>所有程序>Fiddler2,启动Fiddler 运行CRM并做出一些数据访问动作 回到Fiddler界面,将会发现Fiddler已经记录下来HTTP请求和请求的返回结果: 左边Web Session是HTTP请求列表,右边是HTTP请求的具体数据和内容        如何使用Fiddler处理CRM HTTPS通讯 在一些情况下CRM通讯是通过加密的方式,如CRM Online或者CRM On-Premise配置了SSL加密通讯.为了疑难排查,可以设置Fiddler来解密SSL通讯. 注意: –          开启Fiddler的SSL解密,将会对所有的SSL通讯进行解密分析,包括用户名和密码. –          在每次使用Fiddler排查HTTPS后,请参照下面”取消Fiddler对HTTPS解密”章节取消SSL解密,这样将不会有任何的安全隐患….

0

Email路由器(Router)之故障排除

这篇文章将会给你一些步骤和其他信息的链接,关于对你点击Test Access测试电子邮件路由器(Email Router)配置时可能会遇到的不同错误进行故障排除。为了对Email路由器故障排查,你需要知道用户设置的Email访问配置是什么。你可以通过在CRM中的Settings-Application-Users来查看每个用户的记录。每个用户可能有不同的配置文件,如下所示。   更多信息,请参阅的Email路由器方案文件。 故障排除Incoming Email 如果你有一个错误的类型HTTP 401(未经授权) 确保用户已经登录过邮箱,​​这样邮箱被激活,然后再点击“Test access”。另外,验证该邮箱是否可以接收E-mail。检查E-mail路由器的Incoming配置文件  1.  验证在Exchange服务器输入正确的连接。      a. http(s)://myexchangeserver      b. http(s)://www.myexchangeserver.local          • 你不应以”/ OWA”或”/Exchange”结尾,甚至一个简单的”/”。  2.  检查访问凭据,看看他们设置为哪个(LocalSystem, UserSpecified, OtherSpecified)。 请确保已设置的用户访问凭据具有充分的访问邮箱的权限。为了测试这一点,尝试使用在Incoming配置文件的帐户登录到路由器(Router)机器(或做一个运行在IE浏览器),然后尝试用你目前测试的用户访问OWA URL(http://exchangeserver/Exchange/crmuser) 为将邮箱权限给访问Incoming配置文件的用户,您可以参考如下这些链接设置Exchange2003上的权限http://technet.microsoft.com/en-us/library/aa998707(EXCHG.65).aspx 在Exchange 2007的邮箱上设置权限 http://technet.microsoft.com/en-us/library/bb124097(EXCHG.80).aspx  http://mostlyexchange.blogspot.com/2007/02/granting-permissions-to-mailboxes-in.html  3. 如果User Specified被配置用于访问,请确保你用于连接的用户,同时也是路由器将会用于访问用户邮箱的用户的用户名和密码被设置在Tools-Options。注:在E-mail路由器监控用户邮箱的场景下使用User Specified选项。这个场景适用于用户将E-mail配置的Incoming 配置文件设置成Email Router。 如果你有一个错误类型的HTTP 400(错误的请求),HTTP 404(未找到),HTTP 502错误的网关,或远程域名无法解析:   确保您在E-mail路由器Incoming配置文件中输入的Exchange连接是正确的,语法必须是:       1.http(s)://myexchangeserver       2.http(s):// www.myexchangeserver.local          • 你不应以”/ OWA”或”/Exchange”结尾,甚至一个简单的”/”。 在Exchange Server上检查报错发生的虚拟目录的IIS日志(Exadmin或Exchange)      1. IIS 6 – %SystemDrive%\WINDOWS…

0

Fiddler – 第二部分: HTTP性能

HTTP性能: 总览 所有的用户都喜欢在高速状态访问网站. 用户都是没有耐心的. 如果它的性能欠佳, 除非你的网站没有其他任何竞争对手, 否则用户是不愿意多停留在你的网站的. 如果你的网站是面向全球的访问者, 保证你的网站能有效率的运行就更加重要了, 因为要考虑到国际化网络常常会受到两个因素影响: 高延迟和低带宽. 有很多的方式可以提高你网站的性能:压缩技术,缓存,基于地理位置的负载平衡,增加硬件等到.优化压缩和缓存常常是最好用的方式,由于它们涉及的改变一般都是免费的,而且可以达到显著的效果. 在这篇文章,我们将使用Fiddler HTTP Debugger来研究HTTP性能,缓存和压缩技术.   调整”第一次访问”的性能 用户对你网站的第一次访问是非常重要的.访问者需要下载每一点的信息来生产网页,包括Jscript,CSS,图片和HTML.如果你的网页加载地太慢,访问者也许在它完成加载之前就离开了页面. 通过显示所有的 HTTP通讯,Fiddler可以轻松地显示用来生成一个页面所涉及的文件.在HTTP会话列表,Shift+点击多个记录可以计算”加载页面权重”-请求的数量和传输的字节.   图1. Fiddler’s数据视图   为了提供一个”哇,这个真的很快”第一印象,最好的方式就是递送更少和更小的文件. 高速的首次访问的技巧: 用更少的图像 提取式样到一个独立的CSS文件 提起脚本块到一个独立的JS文件 简化页面布局 使用HTTP压缩 只要你能提供一个高速的首次浏览体验,你就可以通过HTTP缓存为回头客来提供更快的性能.   HTTP缓存介绍 有两个提高你的网站速度的要素: 减少请求\响应回传的次数 减少服务器和客户端传输的字节数量 HTTP缓存是减少双程回传和字节传输的最好方式之一.缓存为客户端或者代理提供了一个机制,可以存储HTTP响应内容以方便后续需要,这样请求就不需要再次通过网络. 除了性能调优,最大化的利用HTTP缓存的优势还来自于网络带宽是收费的.为一个微软的主站调节缓存可以每个月节省$10,000的传出带宽开销.   缓存相关的请求头 为了提高性能,微软IE浏览器和其他的Web客户端会在本地维护从远处web服务器下载的缓存资源. 当客户端需要一个资源的时候,有三种可能的动作: 发送一个直白的HTTP请求向远成Web服务器请求一个资源 发送一个条件型的HTTP请求,当且仅当请求的资源和本地缓存的版本不一致时才到初始服务器获得该资源 当请求的资源存在一个本地缓存副本的时候,使用本地缓存版本的资源 当发送一个请求的时候,客户端也许需要用到下面的头:   表 1. 客户端缓存头 Pragma: no-cache 客户端不倾向于接受任何带有缓存的响应,必须每次都联系初始服务器获取一个全新的资源. If-Modified-Since: datetime…

0

为Microsoft Dynamics CRM 2011开启Kerberos

授权协议的演进 Windows提供的Challenge/Response(NTLM)授权协议(更多)提供了向后兼容。正如早期最初实施时,验证通过Challenge/Response机制来执行。对于Microsoft Dynamics CRM,这意味着运行Windows的客户机通过发送用户名向应用服务器初始化一个连接。应用服务器会依次反馈一个随机产生的数字用于担任Challenge。客户端计算机会使用用户密码的哈希值来加密Challenge,并返回给服务器端。如果提供给服务器端的用户凭证与域控制器(Domain Controller)维护的信息一致,则用户被授权。   从Internet Information Server(IIS)5.0开始,Microsoft内置了一个更快速、可信和安全的默认安全提供者,Negotiate安全包(更多)。Negotiate安全包可以使用Kerberos(更多)或者NTLM,但它默认使用Kerberos。Kerberos授权最初是由客户端和应用服务器端来处理。这是前两个节点,它们会跳一些“安全舞”(更多),以此来验证是否每个节点都喜欢Kerberos曲调。如果任何一方无法使用Kerberos,授权协议将会默认使用NTLM。   使用Kerberos的好处 相对于NTLM,Kerberos因做了一些关键改进而使其成为更受推崇的授权机制: 授权更快且需要较少资源 授权是相互的,以至于客户端和服务器端都可以被要求进行授权处理 Kerberos支持授权代理(这在报表服务器和SQL server服务器分离情况下是很需要的) Kerberos是一个开放标准 Kerberos支持智能卡登录,因此是双因子授权   NTLM和Kerberos差异回顾 授权事件会被安全事件日志系统记录,你可以通过事件查看器(开始,运行,‘eventvwr’)查看。NTLM相关安全事件和Kerberos相关安全事件差异如下对比图所致: 图1.登录流程:NTLmSsp   图2.登录流程:Kerberos   现在来看Kerberos 对于那些无法使用Kerberos授权协议的部署来说,首先看下服务器(IIS安全配置)是否被设置成只支持NTLM,这种情况下你需要按如下教程配置附加授权提供者。如果服务器被设置成使用Negotiate安全包,由于一种或其他原因无法使用Kerberos,请复查配置并识别为什么Kerberos授权失败了。   在开发一个开启Kerberos授权的计划前,请先看下如下三个问题: CRM网站已配置的授权提供者是什么? Kerberos授权仅能在你已配置使用它的IIS服务器运作。确保正确的授权提供者是成功配置Kerberos的第一步。 CRM网站应用池(application pool)使用的身份(identity)是什么? Kerberos授权发生在CRM网站应用池凭证之下。让执行授权的身份其作用,首先很重要的是知道目前使用的身份是哪个。 Kernel模式授权是否开启? Kernel模式授权是由系统帐号执行的,因此需要特别关注,特别是如果你使用一个服务帐号作为你的应用池的身份。   CRM网站已配置的授权提供者是什么? Microsoft Dynamics CRM默认安装配置的IIS网站授权供应者是‘Negotiate’。‘Negotiate’供应者首先尝试使用Kerberos,但是如果客户端或者服务器端中一者无法使用Kerberos授权,则它会自动使用NTLM。很多情况下,特别是Microsoft Dynamics CRM部署安装使用默认设置,NTLM授权会被配置。   想识别目前使用的授权协议,执行如下步骤: 1.在IIS管理控制台(开始、运行、inetmgr),在Connections下,展开组织节点,展开Sites,然后点击Microsoft Dynamics CRM。 2.在屏幕中央,在IIS节点,双击Authentication。 3.在Name下,点击Windows Authentication,然后在右边,在Actions控制板中,验证Windows Authentication服务是否开启。 备注:如果Windows Authentication没有开启,在Actions控制板中,点击Enable。 4.在Actions控制板中,点击Providers。…

0

读优化的表单

随着Microsoft Dynamics CRM与时俱进的兼容越来越多的设备和网络访问信息,我们越来越关注提供一个快速加载,高访问性的用户体验。相对于编辑和更新记录,这种关注对于根本上对于那些使用Microsoft Dynamics CRM的用户是非常有帮助的。   为推动这些目标,在更新汇总7中,我们引入了一个新特性叫做读优化的表单。   一个读优化的表单能够非常快速的显示记录。我们通过削减记录至它最根本的精华来实现这一特性:仅仅是数据,没有菜单,网络资源,或者表单脚本。   需要编辑一个读优化的表单?编辑记录只需要按下鼠标即可。   在更新汇总7,读优化的表单默认是关闭的。因为我们引入了一个新的阅读记录的体验,我们不希望通过将其设置为默认情况而让你感到吃惊。同时,我们也知道有些你们的自定义表单使用了脚本和网络资源。我们确信这些体验能够持续以预期的方式运作。我们计划在以后的版本中持续精炼读优化的表单的体验,所以读优化的表单将会最终成为默认的记录读取体验。   本文中,我将会介绍读优化的表单。如下是本文将涵盖的信息: 读优化的表单的详细介绍 切换至纯编辑模式 如何开启读优化的表单 什么时候你会看到一个读优化的表单还是一个可编辑的表单?   读优化的表单详细介绍 通过将表单缩减至最根本的精华,读优化的表单缩短了打开一条记录所需要时间。一个读优化的表单: 默认情况展示所有字段,备注,IFrame,和子表格。 服从所有表单和字段级别的安全配置。 不显示菜单或者允许编辑记录。 不展示表单导航菜单 不展示内嵌的网络资源。 不执行表单脚本。   如下截屏展示了一个Account样例数据的读优化表单。   备注 如果你希望在你的记录上添加备注,你可以在读优化的表单中看到他们。然而,你必须切换至编辑模式才能添加新的备注或者编辑现存的备注。   子表格 很多情况在主表单中我们都有相关记录显示在子表格中。在读优化的表单中我们能够看到这些子表格,并且所有子表格的普通操作例如属性,排序,分页,和搜索都能够正常工作。此外,如果你有一个子表格显示为一个图表,它也能在读优化的表单中正常渲染。然而,由于在读优化的表单中没有菜单,子表单的菜单动作将无法工作。   IFrames 有些情况我们通过IFrame从外部系统获取数据,并且在CRM记录上下文看到IFrame对我们来说非常重要。因为意识到IFrame的重要性,我们在读优化的表单中支持IFrames。这是读优化表单的一个不同于Outlook阅读框的地方。然而,如果IFrame通过客户端API调用了表单数据,那么你会在这个表单得到一个错误,因为读优化的表单不支持客户端API调用。     活动种子和图片网络资源 如果读优化表单有活动种子和/或图片网络资源,它能够正常渲染,但如果表单有其他网络资源或脚本,编辑模式的表单将会自动渲染。在更新汇总7中,活动种子和图片网络资源不会被渲染;为查看他们,你必须切换至编辑模式。顺便说一句,我们计划在下一个主要发布中改变这一行为,并且希望在那时能够让读优化的表单支持活动种子和图片网络资源。然而今天如果希望在读优化的表单中查看活动种子或者图片网络资源,如下是用户会看到的状况:   切换至纯编辑模式 在读优化表单中编辑记录只需要点击一下鼠标那么简单。有两种途径让用户可以快速切换至读模式: 1)在一个打开的读优化的表单中,在工具栏中点击编辑按钮。 2)在打开记录前,在记录表格上,选择一条记录然后点击编辑按钮。   如何开启读优化的表单 更新汇总7交付的默认设置是在所有新增和现有组织中关闭读优化的表单。管理员或用户将不得不显示开启这一特性才能体验读优化表单的功能。 管理员设置 管理员能够在组织级别设置表单模式,当然也可以为单独某个用户选择使用读优化的表单。 在组织级别,管理员通过点击Settings,Administration,System Settings然后进入表单模式区域来设置默认表单模式。这里,管理员还能够控制是否给用户配置表单模式权限。…

0

Dynamics CRM:使用PowerShell开启SDK消息限流功能

Microsoft Dynamics CRM 2011提供PowerShell命令行方式开启命令行管理和部署功能。命令行向外暴露部署Web服务的一个子集用于开启获得和设置高级设置。PowerShell命令行完整支持的清单请参考MSDN。本文我们将会详细解释如何配置使用SDK消息子集。   场景 请考虑如下场景,一个有很多使用outlook的用户的组织,Outlook客户端能够使用线下和同步新数据的功能。管理员意识到由于很多用户同时同步数据,导致CRM实例的性能很差。一个可行的解决方案就是限流同时同步任务的数量。   配置 增加PowerShell 管理单元(Snapin) 命令行: Add-PSSnapin Microsoft.Crm.Powershell 开启限流 命令行: #从ConfigDB获取当前调节设置对象,并把它存储到一个变量 $eTmSettings =Get-CrmSetting -SettingType EtmSettings   #改变设置对象,开启调节功能 $eTmSettings.Enabled= 1 $eTmSettings.ThrottlingEnabled= 1   #更新设置对象 Set-CrmSetting-Setting $eTmSettings   获取限流设置 #从ConfigDB获取当前调节明细设置对象,并把它存储到一个变量 $settings =Get-CrmSetting -SettingType ThrottleSettings   执行如上命令行将会获得一个有如下属性的对象:     这里我们能够看到多个影响Outlook客户端同步行为的限流设置。在我们之前场景,我们希望限流所有Outlook客户端同步任务。因此,我们感兴趣的设置包括OutlookSyncMaxConnections和OutlookSyncPerOrgMaxConnectionsPerServer.   如下逻辑证明这两个属性之间如何互相影响: If((_organizationMax>=0&&organizationCount>=_organizationMax)||(_serverMax>=0&&_totalCount>=_serverMax)) //reject job request Else //execute jobrequest   设置限流设置 默认情况下,所有限流设置都被设置成-1,这表示没有限流。设置值为0或者更大将开始限流功能。使用0作为值时将会拒绝执行所有请求。在我们场景中我们将这个值设置为1作为测试值。下一步我们需要决定我们是否希望限流对每个组织或者每个服务器的请求。如果有3个组织,如果我们使用1作为测试值,则整个CRM服务器最大并发请求数量为3.如果我们希望,我们能够为每个服务器设置一个不同于每个组织设置的值。在这种情况下,如前逻辑将会…

0

Dynamics CRM 2011:基于漫游用户配置文件的Microsoft Dynamics CRM for Outlook插件安装

Microsoft Dynamics CRM for Outlook插件支持安装于漫游用户配置文件(Roaming user profile),但是offline功能不支持。因此推荐使用command prompt和带disableofflinecapability参数的方式来安装MicrosoftDynamics CRM for Outlook插件,这样可以从Microsoft Dynamics CRM for Outlook用户界面移除offline按钮。   本例我们会通过Windows Server 2008 R2作为Terminal Server,Windows 7作为客户机器,详细解释如何配置和安装漫游用户配置和Microsoft Dynamics CRM for Outlook插件。   总体上所需步骤如下 步骤1:漫游用户配置 步骤2:客户端和Terminal Server安装Microsoft Dynamics CRM for Outlook插件   让我们开始详细解释如上步骤: 漫游用户配置 1.进入Domain Controller机器,在Server Manager的Select Users,Computers, Service Accounts, or Groups中新建用户,本例中使用test用户名。   2.新建文件夹 C:\shared\roaming\test 2.1 shared文件夹设置Share给所有Domain User,并且应用Full Control 具体步骤:右键shared文件夹,点击‘property’,进入‘Sharing’ tab,点击‘Advanced…

0

Microsoft Dynamics CRM:如何以编程的方式导入附件

CRM import SDK APIs提供以编程的方式导入附件的功能,在这片博客中将会解释如何使用CRM import SDK的自动匹配特性来导入附件,并且提供一些APIs相关的样例代码。 样例代码详解 总体上所需步骤如下: 新建一个包含所需导入附件详情的CSV文件。 新建根导入记录。 为包含真正内容的附件新建导入文件记录。 新建包含附件记录映射的导入文件记录。 调用import SDK APIs 让我们开始通过样例代码来解释如上每个步骤。 新建一个包含所需导入附件详情的CSV文件 首先在内存中新建一个包含所需导入附件详情的CSV文件。你还可以使用已创建的CSV文件并且把它从磁盘中读取出来,出于简单明了起见我们将会在内存中新建。为使用导入的自动匹配特性,CSV文件第一行需包含目标导入实体的属性的显示名称。第一行以后的行需包含这些属性的真正值。 如下样例代码第一行包含用逗号隔开的Annotation实体的属性显示名称,随后行的每列包含真正属性值。Annotation实体是一个特殊实体,因此“Document”列包含文件名而不是文件内容,接下来将会讲述在哪里指定真正文件内容。 新建根导入记录 根导入记录用于绑定需要一起导入的不同文件。 为包含真正内容的附件新建导入文件记录。 现在你需要新建一个包含真正包含附件内容的导入文件记录。如下代码展示如何做到这步: 新建包含附件记录映射的导入文件记录。 现在新建另一个导入文件记录,此记录包含我们第一步所建清单数据。 调用import SDK APIs 当导入用所有记录都准备完毕。ImportSDK提供Parse,Transform和Import SDK APIs用于完成这项工作。提醒,这些APIs通过提交异步作业来完成导入工作。 这些APIs会返回异步作业的唯一id。你可以通过这些id来监控作业状态。 当所有3个作业都完成,你的数据就被导入到系统中了。你可以在应用中打开导入作业记录并检查它。 如下代码展示如何调用APIs。   完整样例代码 更多参考信息: Import Data in Microsoft Dynamics CRM Data Import Entities Sample: Import Data Using Complex Data Map   谢谢!…

0