本主题介绍 Analysis Services 中用于多维、表格、数据挖掘和 PowerPivot for SharePoint 部署的行为更改。 与早期版本的 SQL Server 相比，行为更改会影响功能在当前版本中的工作方式或交互方式。
注释
相比之下，中断性变更是阻止与 Analysis Services 集成的数据模型或应用程序运行。 若要了解详细信息，请参阅 在 SQL Server 2014 中 Analysis Services 功能的重大更改。
在本主题中：
SQL Server 2014 中的行为更改
此版本中没有针对表格、多维、数据挖掘或 PowerPivot for SharePoint 功能宣布的新行为更改。 但是，由于 SQL Server 2014 Analysis Services （SSAS） 与 SQL Server 2012 和 SQL Server 2012 SP1 版本非常相似，因此在从 SQL Server 2008 升级时，这两个版本中的行为更改都是方便的。
SQL Server 2012 SP1 中的行为更改
本部分记录了 SQL Server 2012 SP1 中 Analysis Services 功能报告的行为更改。 这些更改也适用于 SQL Server 2014。
| 問题 | DESCRIPTION |
|---|---|
| SQL Server 2008 R2 PowerPivot 工作簿在 SQL Server 2012 SP1 PowerPivot for SharePoint 2013 中使用时，不会以无提示方式升级和刷新模型。 因此，计划的数据刷新不适用于 SQL Server 2008 R2 PowerPivot 工作簿。 | 2008 R2 工作簿将在 PowerPivot for SharePoint 2013 中打开，但计划的刷新将不起作用。 如果查看刷新历史记录，将看到类似于以下内容的错误消息： “工作簿包含不支持的 PowerPivot 模型。 工作簿中的 PowerPivot 模型采用 SQL Server 2008 R2 PowerPivot for Excel 2010 格式。 支持的 PowerPivot 模型如下： SQL Server 2012 PowerPivot for Excel 2010 SQL Server 2012 PowerPivot for Excel 2013” 如何升级工作簿： 将工作簿升级到 2012 工作簿之前，计划的刷新将不起作用。 若要升级工作簿及其包含的模型，请完成以下作之一： 在安装了 SQL Server 2012 PowerPivot for Excel 加载项的 Microsoft Excel 2010 中下载并打开工作簿。 然后保存工作簿并将其重新发布到 SharePoint 服务器。 在 Microsoft Excel 2013 中下载并打开工作簿。 然后保存工作簿并将其重新发布到 SharePoint 服务器。 有关工作簿升级的详细信息，请参阅升级工作簿和计划数据刷新（SharePoint 2013）。 |
| DAX ALL 函数中的行为更改。 | 在 SQL Server 2012 SP1 之前，如果在标记为日期表中指定了 [Date] 列，以便在时间智能中使用，并且 [Date] 列作为参数传递给 ALL 函数，反过来又作为筛选器传递给 CALCULATE 函数，则忽略表中所有列的所有筛选器，而不考虑日期列中的任何切片器。 例如， = CALCULATE (<expression>, ALL (DateTable[Date]))在 SQL Server 2012 SP1 之前，无论作为参数传递给 ALL 的 [Date] 列，都会忽略 DateTable 的所有列的所有筛选器。 在 SQL Server 2012 SP1 和 Excel 2013 中的 PowerPivot 中，行为将仅忽略作为参数传递给 ALL 的指定列的筛选器。 若要解决新行为，实际上忽略所有列作为整个表的筛选器，可以从参数中排除 [Date] 列，例如 =CALCULATE (<expression>, ALL(DateTable))这将产生与 SQL Server 2012 SP1 之前的行为相同的结果。 |
SQL Server 2012 中的行为更改
本部分介绍 SQL Server 2012 中 Analysis Services 功能报告的行为更改。 这些更改也适用于 SQL Server 2014。
Analysis Services，多维模式
非重复计数度量值不再支持设置为 Preserve 的 NullProcessing 选项
在 SQL Server 2012 之前，可以将 NullProcessing 元素 （ASSL） 设置为适用于不同计数度量值的特定值Preserve。 遗憾的是，这种做法通常产生无效的结果，有时甚至使处理作业崩溃。 因此，此配置在 SQL Server 2012 中不再有效。 尝试使用它将导致发生以下验证错误：“元数据管理器中的错误。 Preserve 不是 <measurename> 的 distinct count measure 的有效 NullProcessing 值。
Management Studio 和多维数据集设计器中的多维数据集浏览器已删除
多维数据集浏览器控件，用于将字段拖放到 Management Studio 或多维数据集设计器中的数据透视表结构中，已从产品中删除。 该控件是 Office Web 控件（OWC）组件。 OWC 已由 Office 弃用，不再可用。
PowerPivot for SharePoint
将 PowerPivot 工作簿用作外部数据源的权限要求更高
Excel 工作簿可以呈现嵌入在同一工作簿或外部工作簿中的 PowerPivot 数据。 在上一版本中，无论 PowerPivot 数据是嵌入还是外部，权限要求都是相同的。 如果对 PowerPivot 工作簿具有 “仅查看” 权限，则可以针对嵌入连接和外部连接获取工作簿中所有 PowerPivot 数据的完全访问权限。
在此版本中，呈现外部文件中的 PowerPivot 数据的 Excel 工作簿，其权限要求已发生变化。 在此版本中，必须具有 “读取 ”权限（或更具体地说是 “打开项 ”权限），才能从客户端应用程序连接到外部 PowerPivot 工作簿。 其他权限指定用户具有下载权限才能查看工作簿中嵌入的源数据。 附加权限反映了这样一个事实：模型数据完全可供链接到模型数据的客户端应用程序或工作簿使用，从而在权限要求与实际的数据连接行为之间实现更好的对齐。
若要继续使用 PowerPivot 工作簿作为外部数据源，必须增加连接到外部 PowerPivot 数据的用户的 SharePoint 权限。 在更改权限之前，如果用户尝试访问数据源连接中的 PowerPivot 工作簿，用户将收到以下错误：“PowerPivot Web 服务返回错误（访问被拒绝）。您请求的文档不存在，或者您没有打开文件的权限。”
警告
以下步骤指示在库级别中断权限继承，并将用户权限从 “仅查看 ”增加到此库中的特定文档的 “读取 ”。 在继续作之前，请仔细查看现有权限和文档，并验证这些步骤是否适合您的网站。
或者，可以在库中创建一个文件夹，将所有受影响的文档移动到该文件夹，并为该文件夹设置唯一权限。
注释
当工作簿存储在 PowerPivot 库中，并配置为进行数据刷新时，打破工作簿的权限继承将中断该工作簿的缩略图生成过程。 若要同时允许访问库中的工作簿和预览图像，请考虑向库级别的特定用户授予对库中的所有文档的 “读取 ”权限。
你必须是网站所有者才能更改权限。
如何提高单个工作簿的读取权限级别
单击向下箭头打开单个文档的菜单。
单击“ 管理权限”。
默认情况下，库继承权限。 若要更改此库中单个工作簿的权限，请单击“ 停止继承权限”。
按需要对 PowerPivot 工作簿具有其他权限的用户或组名称选中该复选框。 其他权限将允许这些用户链接到嵌入的 PowerPivot 数据，并将该数据用作其他文档中的外部数据源。
单击“ 编辑用户权限”。
选择 “读取 权限”，然后单击“ 确定”。
PowerPivot 图库：某些 PowerPivot 工作簿的快照生成的新规则
此版本引入了在 PowerPivot 库中生成快照映像的新要求，从而消除了潜在的信息泄露源（即显示你无权查看的数据源中的数据快照）。 这些要求仅适用于每次查看工作簿时连接到外部数据源的 PowerPivot 工作簿。 如果仅使用可视化嵌入式 PowerPivot 数据的工作簿，则 PowerPivot 库中生成快照的方式不会发生任何变化。
对于每次打开时刷新数据的工作簿，快照生成的新要求如下：
其他工作簿或报表用作外部数据源的 PowerPivot 工作簿必须与使用数据的工作簿位于同一库中。 例如，如果你拥有 sales-data.xlsx 并从其中提供数据给 sales-report.xlsx，则这两个工作簿必须位于库中以显示快照图像。
一起使用的工作簿必须从公共父级（即 PowerPivot 库）继承权限。 在我们的示例中，sales-data.xlsx 和 sales-report.xlsx 必须继承自 PowerPivot 库。
如果工作簿无法满足上述任何条件，将显示以下锁定图标，而不是所需的缩略图：
负载均衡请求的新默认设置已从 Round-Robin 更改为 Health-Based
PowerPivot 服务应用程序具有默认设置，这些设置决定了如何在一个服务器场中的多个 PowerPivot for SharePoint 服务器之间分配 PowerPivot 数据请求。 在上一版本中，默认设置是 轮循机制，其中请求在可用服务器之间按顺序分布。 在此版本中，默认值为基于健康。 PowerPivot 服务应用程序使用服务器运行状况统计信息（如可用内存或 CPU）来确定哪个服务器实例获取 xt 请求。
如果从上一版本升级了服务器，PowerPivot 服务应用程序将保留以前的默认设置（轮循机制）。 若要使用 基于运行状况 的分配方法设置，必须修改配置设置。 有关详细信息，请参阅 在管理中心中创建和配置 PowerPivot 服务应用程序。