none
试用版sql server2012转换为正式版问题 RRS feed

  • 问题

  • 您好:

    之前用户下载了试用版sql server2012 x64的,现在正式版(Microsoft® SQL Server Standard Edition 2012 ChnSimp OPEN 1 License No Level 15 Client)已经通过官网认证下载了ISO镜像,现在想更换为正式版,安装环境是windows2008 R2 64,经800电话咨询需要卸载掉试用版,才能安装正式版,目前现状是试用版里面已经有数据了,卸载试用版之前需要备份sql serer2012中的哪些东西?安装正式版需要注意哪些问题?有没有相关的技术文档?正式版的安装过程中还需添加key吗? 请尽快帮忙解答! 谢谢!


    • 已编辑 dl_912 2014年2月26日 3:12
    2014年2月26日 3:08

答案

  • 谢谢,如果我选择卸载掉试用版,重新安装正式版,会不会出现什么问题?

    重新安装的话, 需要考虑系统数据库中的东西,比如 login, linked server, job 等

    如果存在这些东西,重新安装你还需要还原系统数据库, 或者通过其他方法(比如生成脚本)在重新安装的系统上重建这些

    用户数据库比较简单,还原或者附加都行

    通常,如果你不是很熟悉sql server 的话, 通过安装升级是推荐的行为

    2014年3月5日 1:25
  • 数据库的升级

    数据库的升级主要指的是大版本的升级,例如从SQL2008升级到SQL2012

    跟打补丁不同的是,在SQL2008以及以后版本,打完补丁后我们还可以把该补丁卸载。

    而对于大版本升级,一旦升级成功就无法降级。所以在对数据库做大版本升级之前,需要做一个好的评测:

    1、旧版本数据库功能在新版本上是否有大的变化会导致应用不能正常工作?

    2、旧版本上性能稳定,但是在新版本上数据库性能是否有大幅度降低?

    3、在线升级会不会有什么风险?在数据库升级过程中,万一出现异常,导致服务无法启动,有没有回退预案?

    4、对于有数据库镜像、复制、日志传送、群集这样的复杂环境,升级的顺序是怎样的?

    5、数据库升级完成后,有没有什么需要特别注意的?

    对于第一个问题,建议读者使用SQLSERVER Upgrade Advisor(升级向导)。

    这个工具在安装介质上能够找到,在redist\Upgrade Advisor路径下。

    读者可以输入Profiler TraceSQL Batch文件。根据这些信息升级向导会评估老版本的SQLSERVER升级到

    新版本的SQLSERVER应用程序是否会有兼容性问题

    对于第二个问题,建议读者在升级前做一下性能测试。升级向导能发现潜在的兼容性问题,但是对于

    性能问题帮助不大。由于大版本之间功能变化会比较大,有些语句执行方式可能会发生变化。在一些

    比较极端的情况下,甚至会发生新版本跑得比旧版本慢的情况。所以对于性能要求很高的系统,建议

    在大版本升级前一定要在新版本数据库服务器上做一下性能测试。以确保性能方面至少没有变差。

    对于有性能差异的语句,需要调整语句或者表格的设计,使其更适合新版本的特点。否则一旦升级成功

    而后发现性能问题则会处于进退两难的尴尬境地

    第三个问题是关于在线升级的风险,在线升级的优点是无须做比较大的改动,直接在原服务器上升级服务即可

    缺点是万一升级失败,必须找到升级失败的原因并对其进行修复。最差的情况是,升级到一半失败而服务无法正常启动

    ,升级又无法回滚,处于进退两难的境地。比较安全的做法是在升级前,对系统和所有的数据库做一个备份。这样即使

    升级失败,也可以通过重装旧版本数据库来恢复正常运营,有较大的回旋余地。

    第四个问题:对于一些有特殊配置的数据库服务,要注意升级的步骤,否则容易发生数据库同步失败

    例如:

    数据库镜像:根据镜像模式的不同,可以使用如下推荐步骤:

    1、首先把数据库设为高安全模式,并且把见证去掉

    2、升级镜像库

    3、切换数据库到升级后的镜像库

    4、在新的主库上,检查数据库,并恢复镜像

    5、升级新的镜像服务器(旧的主库服务器),升级成功后,再做一次切换,数据库继续运行在旧的主库服务器上

    --------------------------------------------------------------------------------------------------

    日志传送:

    Monitor数据库服务可在任何时候进行升级

    Secondary数据库服务应先升级。否则如果先升级Primary数据库,则Primary数据库服务的备份

    无法恢复到Secondary数据库服务,日志传送会失败

    升级完Secondary数据库后,再升级Primary数据库

    ----------------------------------------------------------------------------------------

    复制:对于复制,在升级的时候,要注意下面几点

    1、分发数据库版本要高于或等于发布数据库版本

    2、对于事务复制,发布数据库和订阅数据库可以有两个版本的差别。如果发布数据库版本为

    SQLSERVER2005,订阅数据库版本为SQLSERVER2012。或发布数据库为SQLSERVER2012

    订阅数据库为SQLSERVER2005。在升级前要确保已经发布的所有已提交事务已经由日志读取代理器

    进行了处理

    确认Log Reader Agent在运行

    停止用户在Published表上的操作

    给定足够的时间,使得Log Reader Agent能够复制事务到分发服务器

    运行sp_replcmds,确保所有的事务都被处理,运行结果应该是空的

    运行sp_replflush,关闭连接

    对数据库进行升级

    升级后,确认Log Reader AgentSQLSERVER agent是运行的

    3、对于合并复制,要求订阅数据库的版本低于发布数据库的版本。在升级后,要为每一个合并

    发布运行快照代理,并为每一个订阅运行合并代理,以更新复制的元数据

    ----------------------------------------------------------------------------------

    群集:对于SQL2008以后的版本,下面是推荐的升级步骤

    1、确保所有的磁盘资源是上线的

    2、首先升级被动的节点上的数据库服务器

    3、做一个切换,把数据库服务切换到被动节点

    4、再升级新的被动节点

    5、把数据库服务切换到原来的主动节点

    当然最好的办法是DBA先在测试环境上,把升级的步骤确认一下,然后再在生产环境上实施

    这样如果有什么步骤上的问题,在测试环节就能发现

    ---------------------------------------------------------------------------

    第五个问题,大版本升级完成后,并不是什么都不用做了。读者还需要

    确认每个用户数据库的兼容级别升级到了最新的数据库版本,以能够使用新版本带来的功能

    重建数据库上的索引

    重建或更新数据库上的统计信息

    这几步非常重要。否则,表格上的统计信息可能不准确,会导致升级以后的系统出现严重的性能问题

    数据库的升级一般问题不会太大,只要我们明确升级的步骤按部就班就可以了。

    最好在升级前对所有的数据库(包括系统数据库)做一个备份,这样即使升级出现异常,我们还是有办法

    在一定时间内重新恢复业务。对数据库服务大版本升级后,一定要重建索引和更新统计信息,不然

    性能上会有影响

     

    引用自:《SQL Server 2012实施与管理实战指南》

    2014年3月5日 1:52

全部回复

  • You can select "Edition Upgrade" when run the full license installation ISO.

    You can read more in the following link,

    http://www.mssqlgirl.com/upgrading-from-sql-server-2012-evaluation-edition.html

    http://aalamrangi.wordpress.com/2012/12/04/how-to-activate-microsoft-sql-server-2008-r2-180-day-evaluation-version-after-expiration-with-a-product-key-step-by-step/


    大家一齊探討、學習和研究,謝謝!
    MCSD, MCAD, MCSE+I, MCDBA, MCDST, MCSA, MCTS, MCITP, MCPD,
    MCT, Microsoft Community Star(TW & HK),
    Microsoft MVP for VB.NET since 2003
    My MSMVP Blog

    2014年2月26日 3:14
  • 可以安装以 版本升级 操作
    或者把数据库备份出来,全新安装OS、DB及补丁等亦可,再恢复数据库

    Try SQL Server 2008 QQ:315054403 dgdba@hotmail.com

    2014年2月26日 4:52
  • 谢谢,如果我选择卸载掉试用版,重新安装正式版,会不会出现什么问题?

    2014年2月27日 2:13
  • 谢谢

    2014年2月27日 2:14
  • 谢谢,如果我选择卸载掉试用版,重新安装正式版,会不会出现什么问题?

    Backup dbs first so you can restore them after reinstalling sql.
    2014年2月27日 3:04
  • LZ您好,您卸载试用版,重新安装正式版其实都是一样的,在安装到输入序列号的那个界面还是要输入序列号

    在卸载之前最好做一个数据库完整备份,重新安装好之后,再还原数据库完整备份就可以了

    2014年2月27日 3:15
  • 谢谢,如果我选择卸载掉试用版,重新安装正式版,会不会出现什么问题?

    重新安装的话, 需要考虑系统数据库中的东西,比如 login, linked server, job 等

    如果存在这些东西,重新安装你还需要还原系统数据库, 或者通过其他方法(比如生成脚本)在重新安装的系统上重建这些

    用户数据库比较简单,还原或者附加都行

    通常,如果你不是很熟悉sql server 的话, 通过安装升级是推荐的行为

    2014年3月5日 1:25
  • 数据库的升级

    数据库的升级主要指的是大版本的升级,例如从SQL2008升级到SQL2012

    跟打补丁不同的是,在SQL2008以及以后版本,打完补丁后我们还可以把该补丁卸载。

    而对于大版本升级,一旦升级成功就无法降级。所以在对数据库做大版本升级之前,需要做一个好的评测:

    1、旧版本数据库功能在新版本上是否有大的变化会导致应用不能正常工作?

    2、旧版本上性能稳定,但是在新版本上数据库性能是否有大幅度降低?

    3、在线升级会不会有什么风险?在数据库升级过程中,万一出现异常,导致服务无法启动,有没有回退预案?

    4、对于有数据库镜像、复制、日志传送、群集这样的复杂环境,升级的顺序是怎样的?

    5、数据库升级完成后,有没有什么需要特别注意的?

    对于第一个问题,建议读者使用SQLSERVER Upgrade Advisor(升级向导)。

    这个工具在安装介质上能够找到,在redist\Upgrade Advisor路径下。

    读者可以输入Profiler TraceSQL Batch文件。根据这些信息升级向导会评估老版本的SQLSERVER升级到

    新版本的SQLSERVER应用程序是否会有兼容性问题

    对于第二个问题,建议读者在升级前做一下性能测试。升级向导能发现潜在的兼容性问题,但是对于

    性能问题帮助不大。由于大版本之间功能变化会比较大,有些语句执行方式可能会发生变化。在一些

    比较极端的情况下,甚至会发生新版本跑得比旧版本慢的情况。所以对于性能要求很高的系统,建议

    在大版本升级前一定要在新版本数据库服务器上做一下性能测试。以确保性能方面至少没有变差。

    对于有性能差异的语句,需要调整语句或者表格的设计,使其更适合新版本的特点。否则一旦升级成功

    而后发现性能问题则会处于进退两难的尴尬境地

    第三个问题是关于在线升级的风险,在线升级的优点是无须做比较大的改动,直接在原服务器上升级服务即可

    缺点是万一升级失败,必须找到升级失败的原因并对其进行修复。最差的情况是,升级到一半失败而服务无法正常启动

    ,升级又无法回滚,处于进退两难的境地。比较安全的做法是在升级前,对系统和所有的数据库做一个备份。这样即使

    升级失败,也可以通过重装旧版本数据库来恢复正常运营,有较大的回旋余地。

    第四个问题:对于一些有特殊配置的数据库服务,要注意升级的步骤,否则容易发生数据库同步失败

    例如:

    数据库镜像:根据镜像模式的不同,可以使用如下推荐步骤:

    1、首先把数据库设为高安全模式,并且把见证去掉

    2、升级镜像库

    3、切换数据库到升级后的镜像库

    4、在新的主库上,检查数据库,并恢复镜像

    5、升级新的镜像服务器(旧的主库服务器),升级成功后,再做一次切换,数据库继续运行在旧的主库服务器上

    --------------------------------------------------------------------------------------------------

    日志传送:

    Monitor数据库服务可在任何时候进行升级

    Secondary数据库服务应先升级。否则如果先升级Primary数据库,则Primary数据库服务的备份

    无法恢复到Secondary数据库服务,日志传送会失败

    升级完Secondary数据库后,再升级Primary数据库

    ----------------------------------------------------------------------------------------

    复制:对于复制,在升级的时候,要注意下面几点

    1、分发数据库版本要高于或等于发布数据库版本

    2、对于事务复制,发布数据库和订阅数据库可以有两个版本的差别。如果发布数据库版本为

    SQLSERVER2005,订阅数据库版本为SQLSERVER2012。或发布数据库为SQLSERVER2012

    订阅数据库为SQLSERVER2005。在升级前要确保已经发布的所有已提交事务已经由日志读取代理器

    进行了处理

    确认Log Reader Agent在运行

    停止用户在Published表上的操作

    给定足够的时间,使得Log Reader Agent能够复制事务到分发服务器

    运行sp_replcmds,确保所有的事务都被处理,运行结果应该是空的

    运行sp_replflush,关闭连接

    对数据库进行升级

    升级后,确认Log Reader AgentSQLSERVER agent是运行的

    3、对于合并复制,要求订阅数据库的版本低于发布数据库的版本。在升级后,要为每一个合并

    发布运行快照代理,并为每一个订阅运行合并代理,以更新复制的元数据

    ----------------------------------------------------------------------------------

    群集:对于SQL2008以后的版本,下面是推荐的升级步骤

    1、确保所有的磁盘资源是上线的

    2、首先升级被动的节点上的数据库服务器

    3、做一个切换,把数据库服务切换到被动节点

    4、再升级新的被动节点

    5、把数据库服务切换到原来的主动节点

    当然最好的办法是DBA先在测试环境上,把升级的步骤确认一下,然后再在生产环境上实施

    这样如果有什么步骤上的问题,在测试环节就能发现

    ---------------------------------------------------------------------------

    第五个问题,大版本升级完成后,并不是什么都不用做了。读者还需要

    确认每个用户数据库的兼容级别升级到了最新的数据库版本,以能够使用新版本带来的功能

    重建数据库上的索引

    重建或更新数据库上的统计信息

    这几步非常重要。否则,表格上的统计信息可能不准确,会导致升级以后的系统出现严重的性能问题

    数据库的升级一般问题不会太大,只要我们明确升级的步骤按部就班就可以了。

    最好在升级前对所有的数据库(包括系统数据库)做一个备份,这样即使升级出现异常,我们还是有办法

    在一定时间内重新恢复业务。对数据库服务大版本升级后,一定要重建索引和更新统计信息,不然

    性能上会有影响

     

    引用自:《SQL Server 2012实施与管理实战指南》

    2014年3月5日 1:52