Questions tagged «upgrade»

升级是指用同一产品的较新版本替换产品。-用最新发布的增强版本替换（软件程序）。-用性能更好的设备代替（硬件设备）。

5
是否建议SQL Server就地升级不如从前？
从SQL Server 6.5开始，我就一直在使用SQL Server进行断断续续的工作，至今仍然在我脑海中响起的那条老建议是永远不要进行就地升级。 我目前正在将我的2008 R2 DEV和TEST系统升级到SQL Server 2012，并且需要使用相同的硬件。不必还原我的Reporting Services配置的想法非常吸引人，我真的很不明智。没有涉及分析服务，也没有任何异常或非标准的服务-仅安装了数据库引擎和报告服务。 有没有人遇到就地升级的严重问题？还是应该重新评估就地升级的立场？
1
有哪些客观原因会首选SQL Server 2016而不是早期版本？
自从SQL Server 2005或2008年以来，由于Microsoft更加频繁地进行SQL Server版本升级，因此许多公司发现很难确定何时必须进行升级！而升级是“不错的选择” 本着一些以前的问题的精神，他们问为什么比以前的版本更喜欢各种SQL Server的较新版本，公司可能会考虑一些客观的技术或业务原因，以便公司将SQL Server 2016升级到较早的版本，甚至更高的版本。发布，例如SQL Server 2014？ （关于SQL Server 2012与SQL Server 2008相比的这个问题，或者关于SQL Server 2012与SQL Server 2005相比的一个问题，就是这个问题的精神的示例。它们的答案还扩展了此处的一些原因。 SQL Server 2008或SQL Server 2005开始的公司）
3
服务器重新启动后，SQL Server分布式可用性组数据库未同步
我们已经准备好在SQL Server上执行大型升级，并注意到我正在尝试解决的Distributed Availability Groups的一些异常行为，然后再进行下一步。 上个月，我将远程辅助服务器从SQL Server 2016升级到SQL Server2017。该服务器是多个分布式可用性组（DAG）和单独的可用性组（AG）的一部分。升级该服务器时，我们没有意识到它会进入无法读取的状态，因此在过去的一个月中，我们仅依赖主服务器。 作为即将进行的升级的一部分，我将CU 4修补程序应用于服务器并重新启动了它。当服务器重新联机时，刚刚打补丁的辅助服务器显示所有DAG / AG都在同步，没有任何问题。 但是，小学的故事却截然不同。据报道 单独的AG正在同步，没有任何问题 但是DAG处于“ 不同步/不正常”状态 最初出现恐慌之后，我尝试了以下操作以使DAG中的内容再次同步： 从主服务器开始，我停止并恢复了数据移动。这没有开始同步数据。 在第二个（我刚刚打过补丁的）上，我运行了ALTER DATABASE [<database] SET HADR RESUME;-执行时没有错误，但是没有恢复任何同步 我最后一次再次同步数据的尝试是登录到辅助数据库，然后手动重新启动SQL Server服务。手动重新启动服务似乎有些极端，因为我希望重新启动服务器就足够了。 是否有人遇到过重启后DAG无法开始同步到辅助服务器的问题？如果是这样，如何解决？ 我同时检查了SQL Server错误日志和辅助服务器上的事件查看器，没有发现异常。
1
我可以告诉何时和谁在Azure上将数据库从v11更新到v12吗？
今天早些时候，我注意到我所有的Azure SQL数据库服务器都从v11更新到了v12。我是公司中唯一应触摸这些拨盘的人，但不是公司中唯一具有访问权限的人。由于我没有启动此升级，因此我想找出是谁进行的以及何时进行此计划外的更新。 我知道我可以给公司的每个人写一封电子邮件，并且可以礼貌地向WTF询问信息，但是我宁愿以尽可能多的事实开始对话。另外，我倾向于认为这是Microsoft / Azure SNAFU，因为升级所有服务器都太刻意了。
2
pg_upgrade无法识别的配置参数“ unix_socket_directory”
我正在尝试使用此命令作为postgres用户将Fedora 18中的Postgresql从9.2升级到9.3 $ pg_upgrade -b /bin -B /usr/pgsql-9.3/bin -d /var/lib/pgsql/data -D /var/lib/pgsql/9.3/data/ -j 2 -u postgres 日志中的错误 命令：“ / bin / pg_ctl” -w -l“ pg_upgrade_server.log” -D“ / var / lib / pgsql / data” -o“ -p 50432 -b -c listen_addresses =” -c unix_socket_permissions = 0700 -c unix_socket_directory ='/ var / …
1
SQLServer升级顾问2014挂起
我尝试对SQL Server 2008服务器运行SQL Server Upgrade Advisor 2014。 连接到2008服务器时，一切看起来都很好，我可以选择要分析的数据库。 但是一旦启动，它将永远运行，无需进行任何操作（停留在分析规则步骤：0/112）。 发生了什么事，我该如何解决？ SQL Server 2008和2014均为Express版本，均安装在我的笔记本电脑上。不幸的是，这是我发现运行升级顾问的唯一方法（存在太多限制，无法在实际的pro / dev数据库上运行它）。 在SQL 2008实例是SP3的需要。 Microsoft SQL Server 2008 (SP3) - 10.0.5500.0 (X64) Sep 21 2011 22:45:45 Copyright (c) 1988-2008 Microsoft Corporation Express Edition (64-bit) on Windows NT 6.2 <X64> (Build 9200: ) 当Advisor冻结时，我们可以看到4个休眠查询（没有活动查询）： SELECT name, cmptlevel FROM …
4
MySQL-mysql_upgrade-发生错误：无法设置服务器变量
我在官方docker映像中运行MySQL 5.7.11。 当我想要升级时，出现以下错误： mysql_upgrade -uroot -p password: Error occurred: Cannot setup server variables. 我四处搜寻，没有发现任何提示。我试着跑了--verbose，但没有运气。 供参考，这是我启动数据库时的日志： db_1 | 2016-02-17T11:23:10.453190Z 0 [ERROR] Incorrect definition of table performance_schema.events_waits_current: expected column 'NESTING_EVENT_TYPE' at position 15 to have type enum('TRANSACTION','STATEMENT','STAGE','WAIT', found type enum('STATEMENT','STAGE','WAIT'). db_1 | 2016-02-17T11:23:10.453233Z 0 [ERROR] Incorrect definition of table performance_schema.events_waits_history: expected column …
10 mysql  upgrade 
1
升级后，SQL Server AlwaysOn数据库卡在“不同步” /“恢复”模式下。错误：无法打开数据库“…”版本782
测试从SQL Server 2014 SP1（12.0.4422.0）到SQL Server 2016 CTP 3.2（13.0.900.73）的升级时，我遵循建议的更新过程，并遇到了故障转移后数据库无法在旧主数据库上启动的问题到更新的中学。我们的设置是一个主副本和一个辅助副本，我完成的步骤是： 在同步提交的辅助副本上删除自动故障转移 将辅助服务器实例升级到新版本 手动故障转移到辅助副本 验证数据库在新的主副本上是否在线 将以前的主副本升级到新版本 辅助服务器的升级和故障转移以使其成为主要服务器，完全可以按预期进行。但是，在升级了先前的主副本之后，我注意到其上的数据库在SSMS中被列为“ 未同步/正在恢复”。同样尝试访问它们也会生成错误消息： 数据库...不可访问。（对象浏览器） 通过我看到的SQL Server日志进行检查 无法打开数据库“ ...”版本782。将数据库升级到最新版本。 查询master..sysdatabases表表明它确实是一个较旧的版本，并且在升级过程中未进行更新： 不幸的是，日志没有指出为什么不对其进行更新，并且可用性组仪表板仅给出一般性警告，指示某些可用性数据库的数据同步状态不正常，没有任何原因。 我尝试使用TSQL分离数据库或将其设置为脱机以“踢”数据库以进行更新，但是由于它们是SQL AG的一部分，因此这些命令不起作用。 如果数据库是SQL AG的一部分，如何将其升级到最新版本？
1
没有故障转移群集的环境中Windows Update之后AlwaysOn可用性组错误
今天早上我们的SQL Server服务关闭，这使我们的一些网站瘫痪了。当我检查Windows事件查看器时，看到以下错误： 数据库'master'的脚本级别升级失败，因为升级步骤'SSIS_hotfix_install.sql'遇到错误942，状态4，严重性25 无法恢复主数据库。SQL Server无法运行。从完整备份还原母版，对其进行修复或重建。有关如何重建主数据库的更多信息，请参见SQL Server联机丛书。 我所做的第一件事是向Google发送错误信息。我最终找到了一个包含确切问题的论坛条目，并对其进行了修复（也在我正在寻求解决方案的博客条目上）。该问题与AlwaysOn可用性组有关，并且此修复程序要求您执行以下操作： 使用跟踪标志902启动SQL Server服务： 净启动MSSQL $ InstanceName / T902 打开SQL Server Management Studio，转到可用性组，然后从可用性数据库中删除SSISDB 打开“新建查询”，执行SSIS_hotfix_install.sql脚本，该脚本位于\ Program Files \ Microsoft SQL Server \ MSSQL11.MSSQL $ InstanceName \ MSSQL下的Install文件夹中。 停止SQL Server服务： 净止损MSSQL $ InstanceName 从SQL Server配置管理器启动SQL Server服务 将SSISDB添加回可用性组 但是，我无法通过第2步，因为在尝试扩展“ AlwaysOn High Availability”文件夹时遇到以下错误： 在此实例上创建可用性组之前，必须为服务器实例“ InstanceName”启用“ AlwaysOn功能”。 然后，我按照说明转到“ SQL Server配置管理器”和“ …
1
PostgreSQL 9.2-9.6升级，停机时间为零
我必须从PostgreSQL 9.2升级到9.6。以下是我面临的挑战： 由于我们具有流复制设置，并且PostgreSQL在流复制模式下不支持从较低版本升级到较高版本，因此在升级主服务器时，我必须重建从服务器，这需要3个小时。我没有时间闲暇。在任何给定时间，我们需要一个从属服务器和一个主控服务器。是否有其他方法可以使用流复制来升级而不必重建从服务器？ 为了构建逻辑复制，我们考虑过使用slony，但是slony具有一些局限性，因为它无法自动复制： 更改为大对象（BLOBS） DDL命令所做的更改 用户和角色的更改 ...并且我们的应用程序具有连续的创建命令。因此，我们不能使用slony。 请提出一些建议，以避免从站重建，并以最少的停机时间进行升级，并准备好一个主站和一个从站。
1
从2014年升级到2016年的AlwaysOn AG的推荐方法
建议Availability Groups使用一个同步副本从SQL 2014 升级到2016 的建议过程是什么？ 我的理解是，in-place升级并不是数据库专业人员真正喜欢的。有没有办法避免in-place升级Availability Groups？是否有可能将2016年服务器加入现有的2014年可用性组并在其中进行故障转移，然后“杀死”其他实例之一并对其进行升级？（例如，通过在同一主机上并排删除/重新安装SQL） 还有其他应考虑的升级方案吗？ 理想的解决方案是我们始终有2个online副本，并且不需要进行任何in-place升级。
2
升级到2016年后，SQL Server代理无法连接到实例
在具有SQL Server 2014 Enterprise的群集Windows 2012 R2服务器上。 刚刚将实例从2014 SP1 CU4升级到2016 RTM，现在在尝试启动SQL Server代理时收到此错误。 SQL服务器代理日志 2016-06-06 11:53:58 - ? [100] Microsoft SQLServerAgent version 13.0.1601.5 (X64 unicode retail build) : Process ID 10884 2016-06-06 11:53:58 - ? [495] The SQL Server Agent startup service account is DOMAIN\USERNAME. 2016-06-06 11:54:28 - ! [150] SQL Server …
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.