我每小时在一台生产服务器上得到大约20个这样的信息:
用户“sa”登录失败。原因:所提供的登录密码不匹配。客户:
从扩展事件中,我可以看到一半来自client_app_name .Net SqlClient Data Provider,另一半来自client_app_name Microsoft SQL Server Management Studio
如何确定尝试这些登录的进程?服务器并不是面向公共的--仅限于内部。在从SQL 2014升级到SQL2016 SP1之后,我们立即得到了这个错误。
由于我无法控制的原因,我必须找到解决这个问题的办法。简单地重新安装实例不是一个选项。在server_id中显示为sys.servers 0的服务器名仍然显示旧的servername。
在运行以下命令时,我得到了一个错误:
sp_dropserver 'OLD_INSTANCE'
GO
sp_addserver 'NEW_INSTANCE', Local
GO
错误消息:
Msg 15190,级别16,状态1,过程sp_dropserver,第67行服务器‘OLD_’仍然存在远程登录或链接登录。 Msg 15028,级别16,状态1,过程sp_addserver
我创建了一个SSIS包,以便将数据从ACCESS传输到SQL SERVER。
从"mdb“文件连接两个表的源代码> SQL命令
Server中的目标>平面表
我在源SQL命令中执行联接,因为访问表中记录的数量(~500 K)。我试着使用SSIS连接,但在联接之前需要很长时间才能完成排序。
在VS2010中运行包时,可以很好地工作。
但是,在我的Server 2014上部署和执行包后,会发生以下错误。
No column information was returned by the SQL command.
Returned validation status
我在使用MySQL工作台上的内置迁移工具时遇到了问题。
我正在将一个非常大的数据库从MS SQL2014迁移到MySQL。
MS SQL服务器本地部署在我的(Windows8.1)桌面上,MySQL服务器运行在我的网络上的Ubuntu Server之上。
在迁移的最后一个“批量传输”阶段,我收到了一系列以下错误。
`VHR_AGE`.`FlxTable`:Copying 33 columns of 311 rows from table [VHR_AGE].[dbo].[FlxTable]
ERROR: `VHR_AGE`.`FlxTable`:Not enough memory to all
我们有一个内部的SSRS报告,我们最近更新了一个新的API,它取代了现有的用于显示图像的服务。最初的API是内部托管的,而新服务是在我们的新Azure环境中托管的。我们更新了SSRS报告以利用新服务,并可以在本地开发环境中运行该报告,但当我们部署到我们的临时服务器(在Windows2012URL服务器上运行SQL2014)时,图片无法加载,并且我们在SSRS日志文件中发现以下错误(出于安全原因,我删除了R2 ): An error occurred retrieving the external resource The underlying connection was closed: A
我的解决方案中还有第二个项目,叫做DataAccess (.NET框架类库),用于模型。我将我的主asp .net mvc项目设置为启动,并在包管理器控制台中将DataAccess设置为默认值。我已经有了一个现有的数据库。因此,我使用package-install命令在DataAccess层安装了实体框架,以获取最新版本。然后我添加了一个实体数据模型。但是每当我尝试从PM运行enable-migrations时,它都会显示No connection string named 'MAHMHEntities' could be found in the application co
最近,我们将CPQ转移到SQL2014 AlwaysON集群,我们看到从主服务器到辅助服务器(有2台辅助服务器)的同步出现了一些严重问题。
似乎有一段时间没问题,但随后我们开始收到一个或多个数据库上挂起的数据移动消息。
通过运行这个脚本,我们可以看到所持有的锁数量以及运行的会话id。
SELECT request_session_id, COUNT (*) num_locks
FROM sys.dm_tran_locks
GROUP BY request_session_id
ORDER BY count (*) DESC;
GO
我们发现会话id持有大量的锁( (98535 at the
Microsoft 2014在我的开发PC上使用了C:\DATA\MSSQL\...格式的数据。我重新命名了这个文件夹,然后添加了一个新的SSD物理磁盘,并将其挂载为C:\DATA,并将文件移回原处,停止了所有服务。
移动进行得很好,其他应用程序似乎对这些变化视而不见,但MSSQL却无法启动。最初,在Windows事件日志(应用程序)中,MSSQL服务本身报告主DB文件上的访问拒绝错误。
我整理了ACL,现在服务开始启动了,实际上,Application没有报告任何错误,但是服务没有启动。
系统日志报告如下:
Server (SQL2014)服务终止时出现以下特定于服务的错误:警告:直到Se