33545人阅读
SQL数据库（80）
SQL&2008升级SQL&2008&R2完全教程或者10.00.1600升级10.50.1600
今天将由于需要就将我的SQL 2008升级到SQL 2008&R2.
说到为什么要升级是因为，从另一台机器上备份了一个数据库，到我的机器上还原的时候提示“System.Data.SqlClient.Sqlerror:该数据库是在运行版本10.50.2500的服务器上备份的，该版本与此服务器（运行版本10.00.1600）不兼容。请在支持该备份的服务器上还原数据库，或者使用与此服务器兼容的备份。”
经过一番查证得知：
所谓的10.00.1600其实就是SQL 2008
&&&&&10.50.1600其实就是SQL 2008 R2
&&&&&10.50.2500其实就是SQL 2008 R2 SP1
这样一来基本就明了了。
我得升级自己的数据库到SQL 2008 R2 SP1。
这篇文章就把我先升级到SQL 2008 R2的过程详细记录下来，下一篇文章会介绍升级R2到R2 SP1.
第一步：准备安装程序。
首先SQL 2008是安装好的
因此只需要下载SQL 2008 R2安装程序，下载地址如下：
第二步：升级开始。SHOW TIME!!!
1、如果是从SQL2008升级到SQL2008R2那么只能选择左侧“安装”对应右侧“从SQL
SERVER 2000，SQL 2005或SQL 2008升级”这个选项来升级。
大家也注意到有一个“维护”但是这个选项是“从SQL 2008其他例如EXPRESS版本升级”
在此，要区分清楚。
2、安装程序支持规则检查。通过之后就继续下一步。
3、输入产品密钥，这个地方，你的密钥是什么版本的，装完之后你的数据库就是什么版本：像企业版，开发版等等等。
4、许可条款必须接受，不然人家不让用啊~~~
5、安装程序支持文件。
6、程序支持规则安装完成后程序会自动检测安装的文件是否满足需求。
7、当你的服务器中只有一个实例的时候，你很难听到实例这个词，人们都直接叫他“数据库”了。只有在服务器上安装的实例数目超过两个的时候你才会听到“实例”二字比较多。
但是“实例”肯定是学习数据库过程中必须熟知的东东！！！
此处，选择你想要升级的实例。下一步就行了。
8、以前安装过的组件（component）都会出现在这里，不用管，以前有的，现在当然也要有，闭着眼睛点击“下一步”吧！
9、因为是升级安装，所以你以前的实例名字是什么，这里还是什么。继续“下一步”。
10、不废话，“下一步”。
11、是否发送错误报告，随便，下一步。
12、“下一步”。
13、点击“升级”按钮进行升级，中途等待大约20-30分钟就完成了。
升级过程中如图：
14、安装成功要求重新启动。重启吧没的说！！
15、重启完毕，启动SSMS(SQL SERVER MANAGEMENT STUDIO)在登陆界面上就会立马察觉到不同，SQL 2008变成了SQL 2008 R2.
16、连接上数据库引擎，在左侧导航栏就可以看到你数据库的版本了。这次变成了10.50.1600。如果还要升级到10.50.2500。那就继续安装一个升级补丁吧！
至此，10.00.1600升级10.50.1600已经成功完成。
总结一下：
10.00.1600就是SQL SERVER 2008
10.50.1600就是SQL SERVER 2008 R2
这篇博文里讲的是升级安装，如果你要进行全新安装，请按照如下操作：
一、卸载SQL SERVER 2008，一定要卸载，数据库不像其他常用的应用程序（那些程序会自动检测是否有旧版本，然后给你卸载并升级）。
另：对SQL来说，如果你安装好之后，再进行一次安装的话，实际上安装的是另外一个实例。
二、卸载完之后就安装就行了。执行的是安装---全新安装。
其他细节参考我的博文：SQL SERVER 2008安装（在实例、权限等方面，SQL 2008和SQL 2008 R2是一样的）。
其他博文参考：
SQL 2008 EXPRESS升级其他版本详细操作&
SQL SERVER 2008安装的时候提示“该实例名称已在使用”解决办法。
“SQL SERVER 2008 R2升级R2 SP1”或者“SQL SERVER .1600升级10.5.2500”详细过程全程图解
SQL 2008升级SQL 2008 R2完全教程或者10.00.1600升级10.50.1600
鉴于本人还处于菜鸟阶段，写出来的东西难免有些错误，那么就请高人不吝赐教，感激不尽！
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：471386次
积分：5997
积分：5997
排名：第2893名
原创：140篇
转载：111篇
评论：67条
(1)(2)(1)(2)(1)(1)(1)(1)(1)(2)(2)(4)(1)(2)(1)(1)(3)(3)(1)(2)(1)(1)(1)(1)(1)(5)(1)(1)(1)(1)(2)(3)(1)(3)(1)(1)(1)(1)(2)(1)(1)(4)(1)(1)(1)(1)(3)(1)(1)(3)(3)(6)(1)(5)(5)(7)(12)(1)(8)(1)(2)(2)(17)(8)(14)(3)(4)(4)(4)(5)(27)(13)(3)(14)(2)随笔 - 138&
文章 - 17&评论 - 16&trackbacks - 0
以前在虚拟机中安装了SQL Server 2008简体中文版用于做实验，当时由于一时偷懒，没有输入企业版的序列号，而是安装的企业试用版（Enterprise Evaluation），能够试用180天，半年的时间我想对一个虚拟机来说还是足够了。一直用这个虚拟机，做了很多实验也录制了不少视频教程，今天再打开虚拟机想做一个更改跟踪过期清除的实验，结果运行SQL Server Management Studio时却发现已经过期了，如图：
想不到我的虚拟机已经用了半年了，安装SQL Server 2008虽然操作不是很复杂，但也是要花不少时间的，于是我打算将试用版改为正式的企业版，也许这样花的时间会少一些。SQL Server 2008升级成正式版的方法与VS2008从试用版升级为正式版的操作是不同的，VS2008只需要在添加删除程序里面重新输入正式版的序列号就可以了，但是SQL2008却需要这样操作：
（1）将SQL安装光盘（或者ISO）放进去运行，进入安装界面。
（2）选择&维护&中的&版本升级&，如图：
（3）按照版本升级的向导，先输入产品密钥，也就是正式企业版的序列号：
（4）然后选择要升级的数据库实例，当然这里虚拟机中只有一个实例所以也不用选择了，一直进行向导的&下一步&，最后点击&升级&按钮，系统开始进行从试用版到企业版的升级。
升级过程还是很快的，我在虚拟机中差不多等了1分钟左右就等到升级成功的消息了！
最后，我把系统重启后了，数据库引擎服务正常启动。以上就是从试用版升级到正式版的操作步骤和方法，很简单。
PS：升级后数据库引擎是可以正常使用了，但是SSMS仍然报错所试用版过期，这个问题让我很是纳闷，网上找了下还没有找到这样的问题和解决办法，目前最简单的解决办法就是修改虚拟机中系统的时间，一旦修改为失效之前的时间SSMS就又可以正常启动了。
阅读(...) 评论()升级到SQL Server 2012的七个理由
日期：作者：
&&&&&&&&&&&&&&&
【TechTarget中国原创】微软针对SQL Server 2000的主流技术支持和延长技术支持已经结束了，而SQL Server 2005，SQL Server 2008和SQL Server 2008 R2的主流技术支持也已经结束，延长支持也行将期满。微软建议在其生命周期的支持政策下，为了继续能获得支持，用户需要尽快升级到SQL Server 2012和SQL Server 2014。尽管最新版本SQL Server 2014引入了许多新的功能，但很多企业还是更倾向于首先升级到SQL Server 2012。因为它已经得到了广泛的使用，同时也是自SQL Server 2005以来最稳定的一个版本。在本文中，我们就来列举七个SQL Server 2012的功能特性，它将成为你升级的主要动力。
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
TechTarget中国
查看更多评论
敬请读者发表评论，本站保留删除与本文无关和不雅评论的权力。
资深数据库管理员、培训师和技术撰稿人，具有十多年微软SQL Server平台的开发、技术培训和数据库管理的经验。
微软最新的数据库SQL Server 2016将在今年10月份正式发布，其中包含了诸多新功能新特性，这里我们就来详细介绍一下。
SQL Server 2012中引入了两项功能，即创建用户自定义服务器角色和分配服务器级别的权限。本文为初级DBA给出了一个用户自定义服务器角色的示范用例。
微软在最新的SQL Server 2014中对AlwaysOn故障转移集群和AlwaysOn高可用性组两个功能进行了改进。
戴尔和惠普都推出了基于并行数据仓库的SQL Server 2012数据仓库一体机。PDW是一个专门针对硬件一体机设计的大规模并行处理数据仓库平台。
Oracle软件许可基本上是基于核心数来界定的，有多少核上运行了Oracle软件，就需要支付多少相应的费用，然后再针对不同的处理器平台乘以一个不同的因数，有时是0.25，有时是1.0，得到一个最终的费用。
无论对于甲骨文还是我们TT数据库网站，2010都算是忙碌的一年。这一年里，发生了许多故事，完成对Sun的收购、推出一系列新硬件产品（Exadata、Exalogic）、与google、SAP还有HP的诉讼案。
在选择SAP HANA的时候，CIO需要关注哪些问题？在产品的选型、实施与上线阶段，都有哪些经验可以借鉴？在本次的TechTarget电子书中，我们将为您一一解读。它也将成为企业选择HANA时，最有实用价值的参考资料。
在上一个技术专题中我们提到了数据库安全，本篇继续介绍数据库安全的内容，包括如何限制用户的访问权限，并详细阐述了有关如何限制单一用户的访问权限、限制多个用户的访问权限、确保不同用户的安全以及如何限制用户使用其他方式访问数据库这四个方面的内容。
TechTarget
企业级IT网站群
TechTarget中国 版权所有
All Rights Reserved, Copyright
TechTarget中国 版权所有
All Rights Reserved, Copyright
【TechTarget中国原创】 微软针对SQL Server 2000的主流技术支持和延长技术支持已经结束了，而SQL Server 2005，SQL Server 2008和SQL Server 2008 R2的主流技术支持也已经结束，延长支持也行将期满。微软建议在其生命周期的支持政策下，为了继续能获得支持，用户需要尽快升级到SQL Server 2012和SQL Server 2014。 尽管最新版本SQL Server 2014引入了许多新的功能，但很多企业还是更倾向于首先升级到SQL Server 2012。因为它已经得到了广泛的使用，同时也是自SQL Server 2005以来最稳定的一个版本。在本文中，我们就来列举七个SQL Server 2012的功能特性，它将成为你升级的主要动力。 包含数据库（Contained database） 在SQL Server 2012引入之前，当你将一个数据库从SQL Server数据库引擎的一个实例移动或者还原到另外一个实例时，和数据库用户相关的一些服务器的登录帐号不会被自动的复制到目标实例上。这就给你留下了“孤儿”用户，这时数据库在迁移后不能立刻开始工作，为了让数据库恢复工作，你就需要在目标实例上创建并映射登录帐号关联到数据库的用户上。显然，这降低了数据库的方便性，因为数据库的安全依赖于要进行安装数据库的SQL Server数据库引擎的实例。 SQLServer 2012通过引入包含数据库身份验证（contained database authentication）功能，解决了这个问题。它使得用户可以在要进行安装数据库的SQL Server引擎的实例上验证他们没有登录帐号的数据库。拥有该功能的数据库能够比较容易的在SQL Server实例间迁移，它保存着需要在数据库中定义的所有设置和元数据，并且不再依赖于需要安装数据库的SQL Server实例上的配置，同时这样的数据库也是和位于同一个SQL Server实例上其他数据库隔离的。它支持两种类型的用户：带有密码的SQL用户和无需登录的Windows Principal，两种类型的用户都不需要在master数据库上登录，这些功能使得SQL Server 2012数据库比之前版本更加方便。 SQL Server审计增强 在SQL Server2008和SQL Server2008 R2中服务器和数据库审计规范对象是最实用的功能之一，这有助于企业应对各种各样的要求遵守的法律规定，而问题是这一功能仅仅在企业版本中提供。 幸运的是，服务器级的审计已经在所有的SQL Server 2012版本中得到支持。对于审计一个重要的增强是，SQL Server 2012能够更好的应对所出现的问题，比如网络连接失败，SQL Server会继续尝试将事件写入日志。SQL Server 2012审计也支持用户自定义组，即可以将审计事件通过使用sp_audit_write存储过程写入日志。SQL Server 2012也支持过滤审计事件的能力以及包括监视包含数据库用户的新的审计组。 Windows组的默认架构 在SQL Server 2012出现之前，你不能为组（Group）指定默认的架构。这使得当这个组的一个用户在数据库里创建了数据库对象时，SQL Server会自动的创建一个单独的用户（映射到活动目录帐户），以及在数据库中拥有同样名字的架构。因为这个安全管理问题，数据库可能会包含数百个用户和架构，这对于数据库管理员来讲可是管理上的噩梦。因此，通过SQL Server社区要求修复这个安全管理问题。 SQL Server 2012通过允许为组分配默认的架构，帮助企业简化了数据库结构的管理，从而解决了这个安全问题。 用户定义服务器角色 SQL Server2012引入了用户定义的服务器角色，它类似于固定服务器角色，唯一不同的是它是通过SQL Server管理员创建的。SQL管理员能够使用T-SQL或者是SSMS创建、删除或者管理这些用户定义的服务器角色，它的主要优势是可以授权用户基于工作职责进行访问。 文件表 SQL Server 2012引入了文件表，允许你将文件和目录存储在构建于SQL Server Filestream技术之上的一种特殊的表中。一个文件表有一个固定的架构，每一行代表着一个文件或者是目录，文件表主要的优点是支持对于文件或者是目录管理的Win32 API，也就是说你可以通过一个Windows共享区访问一个文件或者是目录的各个层级。数据库存储针对Win32应用程序是透明的，文件能够像一些列一样通过使用T-SQL被批量装入、更新和管理。SQL Server 2012也支持针对这些功能的的备份和恢复。 非聚集列存储索引 随着SQL Server 2012的发布，微软引入了新的列存储非聚集索引类型。不像传统的B-Tree索引（数据是基于行的样式进行存储和组织的），列存储索引会将每一列进行组织存储在单独的磁盘页中，一个列存储索引不按照一定的顺序排列来物理存储列。相反，它是基于一种允许大量的数据在内存中被压缩的VertiPaqde压缩技术，这种高度的内存压缩存储显著的提高了缓冲池的使用，加快了查询执行时间，也减少了总的磁盘I/O和CPU使用，因为仅仅是在查询中匹配的列需要从磁盘读入到内存中。 列存储索引是SQL Server2012中一个最重要的性能和扩展性增强功能，提高了对于常见的数据仓库查询的执行时间，特别是在有大量的数据需要聚合和快速访问的情况下。按照微软的说法，在某种情况下，为查询提供的列存储索引可以将速度提高4、10甚至是100倍，更多的关于列存储方面的信息请参考。 AlwaysOn高可用性组 SQLServer 2012增加了对数据库镜像技术和日志传输技术进行了提高和合并的AlwaysOn高可用性组，这是一个提供了企业级数据库镜像的替代品的SQL Server数据库的高可用性和灾难恢复解决方案。一个可用性组支持一组主数据库和一到四组从数据库，这些从数据库能够为只读的访问或者是一些备份操作提供使用，关于这个功能的更多信息请参考：沉痛的教训，SQL SERVER 2008 R2升级到SQL2012 SP1导致的系统全线崩溃
& 沉痛的教训，SQL SERVER 2008 R2升级到SQL2012 SP1导致的系统全线崩溃
日01:00~05:00，公司的系统与往常一样，进行升级。但是这次更新，是比较大的改动，“大”在于系统新功能的添加，BUG的修复，以及一个我始料未及的SQL SERVER升级（事前，我不知道今晚会更新SQL SERVER）。光是程序的改动，是经过了45天左右的改动，然后决定今天发布的，改动的地方有100+。
正是因为这一系列的问题，导致了“看似偶然，实则必然”的系统全线崩溃。本文并非来说谁对谁错，仅仅是针对这次的教训，要狠狠的记住它！
沉痛的教训，SQL SERVER 2008 R2升级到SQL2012 SP1导致的系统全线崩溃
这次的灾难，可以说是本人所经历过最沉重的、最具毁灭性的灾难。本人从事.NET软件开发3年以来，第一次遇到这么大的灾难性故障，最终造成公司300+分店，几千个客户端系统，19.5小时的全部瘫痪，一直到20:30才“无奈的解决”（被迫降级，全部回滚旧版本）。
虽然本人没有参与本次系统更新，但是作为一个小组团队，我也是除了经理以外的唯一一个开发人员（我们这个小组有2人（还有几个其他的开发小组），此外，最近新来了1人，这次更新部分代码他也参与改动），我有着难辞其咎的责任。因为，我没有提前发现问题，没有给出合理的建议，导致问题出现了。问题出现之后，我也没有尽快把问题解决，中间走了很多弯路，导致故障很晚才被修复，经理，以及其他管理层，因为这件事情全都被扣了5K工资，我也是非常不安，实在是沉痛的教训！
今天经历的事情（或者是背景说明）：
1、本次系统更新改动很大，测试工作不到位。虽然所有功能都经过测试，但是没有模拟足够大的并发，也没法模拟“真实”的环境，导致问题一直无法发现。（因为在测试版运行了2个多月，一直正常）
2、公司也为了节约成本，测试服务器配置，完全跟正式服务器不同。这也就导致后面的SQL SERVER出了大问题；
3、SQL2008 R2升级为SQL2012 SP1，导致本人之前提供更新的文件配置，全部不对了（例如：里面的SQL地址连接，帐号密码等，全都没用了。而且，由于更新的系统很多个版本，共有5个版本）。虽然，参与更新的同事换成SQL2012之后，也修改了这些配置，但是残留了一个Log4net.config，忘记修改它的连接，于是乎，导致系统死机的第一个原因产生了。
4、SQL2008 R2升级到SQL2012 SP1，谁知道2012企业版还有Licensed限制，通过CAL方式注册的（也就是大家网上搜索的那种验证码注册），会有CPU线程数限制，不能超过40个（）。但是我们的正式服务器是4*12=48个逻辑CPU，超出了8个，这样的话，就会导致之前的跨NUMA问题。关于这个问题，看这个文章：《》。还有另一种Core方式注册的（正版购买的SQL2012企业版），是不会有这个限制的。正是因为正式服务器，测试服务器这个微妙的差异，所以这个问题被忽视了，公司也没有DBA，于是导致了毁灭性的灾难，所有的系统，完全卡死……重新建立索引，更新统计信息，重新设置最大并行度，全部没用。
5、其实，我们尝试了各种方法，一开始的时候，我们就在分析程序原因。但是整个早上都没有找到原因。下午的时候，才把目标转向SQL SERVER 2012。一开始的时候，我们就想回滚整个程序、数据库，但是SQL2008升级到SQL2012，是通过分离，附加的方式加上去的，根本不可能降级了。而且新版本，老版本的数据库结构有一些差异，而且过了这么久，2012上面的系统数据肯定多了很多账务，想要通过之前的备份还原也是不可能了。这就导致，我们没有及时回滚程序、数据库。而是一心想要找到原因，把问题解决……其实，现在想起来，这个做法是严重错误的。因为正确的方法是：立刻还原，回滚。而不是找原因，因为所有分店系统全部崩溃了……
6、挣扎了很久，直到下午，我突然想起那个“万能的数据库导入、导出”，于是建议经理通过这个方式，把2012的数据，全部弄回去。操作过程中，我们发现“数据库复制”速度更快些，而且整个库复制，比较方便。就这样，我们把SQL2012的数据成功的降级到SQL2008 R2。详细操作：通过SQL导入导出方式，把SQL2012降级为SQL2008（用之前的SQL2008备份，附加回2008，然后TRUNCATE TABLE XXX，再把2012数据导入）。也可以用SQL的复制功能（任务–复制数据库）实现相同的效果。……然而这个“新技能”的代价就是5K，4个管理层都扣了，那就是2W……
7、原以为到了这里，问题就可以解决了……可是，仅仅是比之前的卡死好了一点，但依然很卡。还没有从根本上解决这个问题……反正都把数据库还原了，就干脆把程序一起还原吧，还原之后，发现确实不卡了。使用新版本的程序，SQL某个数据库的连接数居然有400+，但是旧版代码只有几十个……看来，除了上面的问题，还有代码问题。估计是某些地方没有释放连接……
8、截止到现在，系统已经恢复工作了，其实，中间发生了很多很多其他的故障。本文没法一一举例了，就说这些比较重要的吧。目前关于代码的这个问题，我们还没有找到原因，明天会跟进严查。看看是什么原因导致的……说到这里，标题可能有点跑偏了，应该是“程序+SQL2012，导致系统全线崩溃”！之所以写这个标题，是因为让我记住，SQL不是每个人都能玩得起的……
9、经过这次事故，公司决定成立相关的应急方案，以及提供可靠的灾备服务器。（其实，原本是有灾备服务器，也有历史备份库的，但是上周这个机子发神经，同步中断了，系统也出问题了。昨天刚刚好被运维重装系统了，现在都是裸机一枚……真心伤不起）
最后，我想大吼一声：DBA，你在哪里？
============================日更新补充============================
前几天坑爹问题，罪魁祸首，应该找到了……（暂未最终确认，但应该就是它导致的）
这个写法，在不同版本的EF里面，实现方式不同，导致我们公司23号，所有系统全线崩溃……详细背景：
EF6.0，EF6.1 调用都是上面的代码……但是SQL连接数 6.1会增加25个连接（3~5秒关闭），EF6.0的话仅有1个连接（瞬间关闭，现在改为Contains方法查询，一次解决）……
后果是：2000个客户端 ，每隔3分钟调用1次，每次25个连接……数据库服务器CPU100%，所有系统全部崩溃……
2,000 * 20 * 25 =
============================日更新补充============================
目前找到的主要原因，是因为：
EF6.1.1在处理WithRequiredPrincipal映射跟EF6.0处理方式不同，导致升级到EF6.1.1之后，每次的查询的SQL连接会增加25个，需要等到3~5秒才会自动关闭。。。而EF6.0里面只会有1个连接，立即关闭。。。我们测试了EF6.1、EF6.0.XXX都发现处理结果相同，但是EF6.1.1是有问题的。。。。保险起见，现在改回原来的EF6.0.0-alpha3版本
测试的时候发现EF6.1虽然生成的语句跟EF6.0的一样，但是他依然会增加25个连接，关闭也没那么快。（之所以产生这个问题，涉及到两个概念：“EF 双向一对一关系”、“EF 单向一对一关系”）
============================日更新补充============================
上面是微软官方针对EF6.1.1一对一关系查询语句bug的回复邮件，该bug在EF6.1.2修复，目前6.1.2还是试用版。
发布，转载请注明：转载自
本文链接地址：
要发表评论，您必须先。
站长声明：广告纯属无奈，请勿轻易相信任何广告内容！（）
本周热门文章如何升级sql server2014行版本_百度知道}