问题现象: 在业务数据库中查询:SELECT a.NAME FROM SYSOBJECTS a WHERE a.NAME LIKE '%2015' AND a.XTYPE='u' 提示:消息 21,级别 21,状态 1,第 1 行 Warning: Fatal error 829 occurred at Jan  7 2016  4:58PM. Note the error and time, and contact your system administrator.   环境信息如下: Wi

添加web引用会在相应项目的app.cofig文件中产生如下代码: <sectionGroup name="applicationSettings" type="System.Configuration.ApplicationSettingsGroup, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" >            <section n

今天一位客户说网站错误页面返回的状态码是302而不是404,问ytkah要如何处理.这个应该是设置没有正确的原因.我们一步步来排查一下.1.首先打开iis管理器,左侧选择具体的站点,在右侧窗口中点击404错误页,如下图所示 2.进入详细的错误页配置,选中404状态代码,右侧点编辑 3.在弹出的编辑自定义错误页中,相应操作选将静态文件中的内容插入错误相应中,文件路径填404.html(事先把编辑好的404.html放在网站根目录),点确定 4.再点击右侧的 编辑功能设置,选自定义错误页,确定 5.

网上商城敲到了第三天,马上就要踏入第四天啦,不过敲得这几天,学习到了不少东西,也接触了很多新东西,当然,遇到最多的,就是各种bug!下面总结一下自己遇到的这些bug. 一.时间获取不到 这个bug起源于某个实体赋值的时候使用new Date()方法来获取时间,但是最后报错,发现时间木有get到,解决方法也很简单粗暴,老崔来看了看,扔给我一个自己封装的获取时间的方法.问题成功解决. 方法如下: public static Date getNowDate() throws java.text.Par

公司一台老旧的SQL SERVER 2000 数据库,一周内会出现若干次(一次或多次)CPU 持续100%,导致应用程序没有反应的情况,如下图所示: 错误信息如下所示: 日期 2013/7/12 2:14:03 日志 SQL Server (存档编号6 - 2013/7/12 8:49:00) 源 server 消息 错误: 17883,严重度: 1,状态: 0 日期 2013/7/12 2:14:03 日志 SQL Server (存档编号6 - 2013/7/12 8:49:00) 源 se

SQL Server出现错误: 4014 线下的测试机器老是报错,从errorlog里看到大量的4014错误 A fatal error occurred , output error: ). 错误: ,严重性: ,状态: . 于是谷歌了一下,发现了一篇文章:https://www.mssqltips.com/sqlservertip/3538/fixing-sql-server-fatal-error-4014/ 大家知道现在的网卡内置功能都比较厉害,有些功能甚至可以代替CPU去执行,于是微软

SQL Server2012 T-SQL基础教程--读书笔记(8 - 10章) 示例数据库:点我 CHAPTER 08 数据修改 8.1 插入数据 8.1.1 INSERT VALUES 语句 8.1.2 INSERT SELECT 语句 8.1.3 INSERT EXEC 语句 8.1.4 SELECT INTO 语句 8.1.5 BULK INSERT 语句 8.1.6 标识列属性和序列对象 8.1.6.1 标识列属性 8.1.6.2 序列对象 8.2 删除数据 8.2.1 DELETE 语

错误 严重性 是否记录事件 说明(消息正文) 17000 10 否 用法: sp_autostats <table_name> [, {ON|OFF} [, <index_name>] ] 17001 16 是 无法针对会话句柄 '%s' 发送类型为 '%s' 的事件通知实例.错误代码 = '%s'. 17002 16 是 无法发布 QUEUE_ACTIVATION 事件.错误代码: '0x%s'. 17003 16 是 由于以下错误,导致关闭了句柄为 '%s' 的事件通知会话端点

原文:2. SQL Server数据库状态监控 - 错误日志 无论是操作系统 (Unix 或者Windows),还是应用程序 (Web 服务,数据库系统等等) ,通常都有自身的日志机制,以便故障时追溯现场及原因.Windows Event Log和 SQL Server Error Log就是这样的日志, PS: SQL Server 中的错误日志 (Error Log) 类似于 Oracle中的alert 文件. 一. 错误日志简介 1. Windows事件日志与SQL Server 错误日志

关于SQL Server的错误严重性级别的说明,强烈认真看一下下面的两个链接 脱机帮助 ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.zh-CHS/sqlerrm9/html/3e7f5925-6edd-42e1-bf17-f7deb03993a7.htm 在线帮助 http://technet.microsoft.com/zh-cn/library/ms164086.aspx 简而言之,SQL Server的错误严重性分为三个等级 1. 轻微错误 :严重性级别为0-10

关于SQL Server的错误严重性级别的说明,强烈认真看一下下面的两个链接 脱机帮助 ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.zh-CHS/sqlerrm9/html/3e7f5925-6edd-42e1-bf17-f7deb03993a7.htm 在线帮助 http://technet.microsoft.com/zh-cn/library/ms164086.aspx 简而言之,SQL Server的错误严重性分为三个等级 1. 轻微错误 :严重性级别为0-10

当⽤用户试图通过HTTP或FTP协议访问⼀一台运⾏行行主机上的内容时,Web服务器器返回⼀一个表示该请求的状态的数字代码.该状态代码记录在服务器器⽇日志中,同时也可能在Web 浏览器器或 FTP客户端显示.也就是我们打开⻚页⾯面发⽣生错误时浏览器器显示的错误信息代码.状态代码可以指明具体请求是否已成功,还可以揭示请求失败的确切原因. HTTP协议状态码表示的意思主要分为五类 ,⼤大体是 : —————————————————————————————————————— 1xx 保留留 2xx 表示

http协议响应状态码大全以及常用状态码 当我们在浏览网页或是在查看服务器日志时,常会遇到3位数字的状态码,这3位数字是什么意思呢?其实,这3位数字是HTTP状态码,用来表示网页服务器HTTP响应状态,简言之就是Web服务器用来告诉客户端发生了什么事. 1xx:信息 1XX类型的状态码是临时响应,代表着请求已经被接受,但需要继续处理,值得注意的是,由于HTTP/1.0 协议中并没有定义1XX状态码,除非在试验条件下,服务器是禁止向客户端发送1XX响应的. 100 Continue - 服务器仅接

FCI 双节点集群,因为晚上集群节点间的网络中断过.两个节点都觉得还有一个节点宕机,在各节点的集群管理中都看到对方已宕机. 连接到集群IP.提示 msdb 数据库有问题: watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQva2sxODU4MDA5NjE=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt=""> 发现MSDB数据

朋友遇到一个很棘手的问题,查看服务器日志,报以下错误: ::,spid296,未知,错误: ,严重性: ,状态: . ::,spid495,未知, The client was unable <c/> which had been reset . This error may have been caused by an earlier operation failing. Check the error logs for failed operations immediately befor

测试注意 :①假如系统能捕获异常 ,并且我们自己开启了事务.系统会自动 回滚事务的,但是 我们还是要在catch里面加上 rollback tran的习惯,这样也不会提示重复rollback的错误,这样是不会报错的..没手动开启事务,系统将正常执行的会保存. ②begin try 语句1,语句2 end try ,假如语句1被捕获到异常,语句2不会执行了.直接跳到 catch执行了.③太严重的错误是直接pass了捕获,不会捕捉异常了.有事务的 还需要我们去手工执行 commit,或rollbac

1 由SMSC返回的一般结果状态报告 含义 说明 处理建议DELIVRD 消息发送成功 用户成功接收到短信 ??EXPIRED 因为用户长时间关机或者不在服务区等导致的短消息超时没有递交到用户手机上 超时 不处理REJECTD 消息因为某些原因被拒绝 不同的网关具有不同的错误原因 和运营商对日志UNDELIV 全球通用户因为状态不正确如处于停机.挂起等状态而导致用户无法接收到短信 不可及 不处理2 SCP返回的错误状态报告 含义 说明 处理建议CA类错误:短信网关和SCP之间连接发送时产生错误的

转自:http://www.cnblogs.com/496963524-zhangying/articles/2232599.html 百度搜18456错误几乎只能搜到一篇文章,并不是说结果条数,而是所有的文章都是转自一处.我也遇到了18456错误. 我是这么解决的: 1.以windows验证模式进入数据库管理器. 第二步:右击sa,选择属性: 在常规选项卡中,重新填写密码和确认密码(改成个好记的).把强制实施密码策略去掉. 第三步:点击状态选项卡:勾选授予和启用.然后确定 第四步:右击实例名称

1.以windows验证模式进入数据库管理器. 第二步:右击sa,选择属性: 在常规选项卡中,重新填写密码和确认密码(改成个好记的).把强制实施密码策略去掉. 第三步:点击状态选项卡:勾选授予和启用.然后确定 第四步:右击实例名称(就是下图画红线的部分),选择属性. 第五步:点安全性,确认选择了SQL SERVER 和Windows身份验证模式. 第六步:重启SQLSERVER服务(重要).     参考资料:以下是微软官方的解释 因密码或用户名错误而使身份验证失败并导致连接尝试被拒时,类似下面

5.1 异常处理概念 5.1.1 预定义的异常处理 5.1.2 非预定义的异常处理 5.1.3 用户自定义的异常处理 5.1.4  用户定义的异常处理 5.2 异常错误传播 5.2.1 在执行部分引发异常错误 5.2.2 在声明部分引发异常错误 5.3 异常错误处理编程 5.4  在 PL/SQL 中使用 SQLCODE, SQLERRM异常处理函数 即使是写得最好的PL/SQL程序也会遇到错误或未预料到的事件.一个优秀的程序都应该能够正确处理各种出错情况,并尽可能从错误中恢复.任何ORACLE

我遇到的问题,已经解决,如果你遇到不能解决可以咨询我 1.以windows验证模式进入数据库管理器. 第二步:右击sa,选择属性: 在常规选项卡中,重新填写密码和确认密码(改成个好记的).把强制实施密码策略去掉. 第三步:点击状态选项卡:勾选授予和启用.然后确定 第四步:右击实例名称(就是下图画红线的部分),选择属性. 第五步:点安全性,确认选择了SQL SERVER 和Windows身份验证模式. 第六步:重启SQLSERVER服务(重要). 参考资料:以下是微软官方的解释 因密码或用户名错误