‘壹’ 数据库异常问题
每隔一段时间自动调用这个存储过程
比较容易
新建一个SQL
Server
Job，然后设置Job运行的时间，可以设置每小时、天、月等运行一次
右键点击
Job，然后新建，按照界面提示一步一步往下就行。
‘贰’ 用友的账套输出时，出现备份数据库异常怎么办无法输出和删除账套
、看看磁盘空间是否足够。 2、实在不行，用物理备份，把SQL服务停止，手工备份用友数据库文件。
‘叁’ MySQL数据库的警告问题，怎么解决
测试环境中出现了一个异常的告警现象：一条告警通过 Thanos Ruler 的 HTTP 接口观察到持续处于 active 状态，但是从 AlertManager 这边看这条告警为已解决状态。按照 DMP 平台的设计，告警已解决指的是告警上设置的结束时间已经过了当前时间。一条发送至 AlertManager 的告警为已解决状态有三种可能：1. 手动解决了告警2. 告警只产生了一次，第二次计算告警规则时会发送一个已解决的告警3. AlertManager 接收到的告警会带着一个自动解决时间，如果还没到达自动解决时间，则将该时间重置为 24h 后首先，因为了解到测试环境没有手动解决过异常告警，排除第一条；其次，由于该告警持续处于 active 状态，所以不会是因为告警只产生了一次而接收到已解决状态的告警，排除第二条；最后，告警的告警的产生时间与自动解决时间相差不是 24h，排除第三条。那问题出在什么地方呢？
分析
下面我们开始分析这个问题。综合第一节的描述，初步的猜想是告警在到达 AlertManager 前的某些阶段的处理过程太长，导致告警到达 AlertManager 后就已经过了自动解决时间。我们从分析平台里一条告警的流转过程入手，找出告警在哪个处理阶段耗时过长。首先，一条告警的产生需要两方面的配合：
metric 数据
告警规则
将 metric 数据输入到告警规则进行计算，如果符合条件则产生告警。DMP 平台集成了 Thanos 的相关组件，数据的提供和计算则会分开，数据还是由 Prometheus Server 提供，而告警规则的计算则交由 Thanos Rule（下文简称 Ruler）处理。下图是 Ruler 组件在集群中所处的位置：
首先，图中每个告警规则 Rule 都有一个 active queue（下面简称本地队列），用来保存一个告警规则下的活跃告警。
其次，从本地队列中取出告警，发送至 AlertManager 前，会被放入 Thanos Rule Queue（下面简称缓冲队列），该缓冲队列有两个属性：
capacity（默认值为 10000）：控制缓冲队列的大小，
maxBatchSize（默认值为 100）：控制单次发送到 AlertManager 的最大告警数
了解了上述过程，再通过翻阅 Ruler 源码发现，一条告警在放入缓冲队列前，会为其设置一个默认的自动解决时间（当前时间 + 3m），这里是影响告警自动解决的开始时间，在这以后，有两个阶段可能影响告警的处理：1.缓冲队列阶段2.出缓冲队列到 AlertManager 阶段（网络延迟影响）由于测试环境是局域网环境，并且也没在环境上发现网络相关的问题，我们初步排除第二个阶段的影响，下面我们将注意力放在缓冲队列上。通过相关源码发现，告警在缓冲队列中的处理过程大致如下：如果本地队列中存在一条告警，其上次发送之间距离现在超过了 1m（默认值，可修改），则将该告警放入缓冲队列，并从缓冲队列中推送最多 maxBatchSize 个告警发送至 AlertManager。反之，如果所有本地队列中的告警，在最近 1m 内都有发送过，那么就不会推送缓冲队列中的告警。也就是说，如果在一段时间内，产生了大量重复的告警，缓冲队列的推送频率会下降。队列的生产方太多，消费方太少，该队列中的告警就会产生堆积的现象。因此我们不难猜测，问题原因很可能是是缓冲队列推送频率变低的情况下，单次推送的告警数量太少，导致缓冲队列堆积。下面我们通过两个方面验证上述猜想：首先通过日志可以得到队列在大约 20000s 内推送了大约 2000 次，即平均 10s 推送一次。结合缓冲队列的具体属性，一条存在于队列中的告警大约需要 (capacity/maxBatchSize)*10s = 16m，AlertManager 在接收到告警后早已超过了默认的自动解决时间（3m）。其次，Ruler 提供了 3 个 metric 的值来监控缓冲队列的运行情况：
thanos_alert_queue_alerts_dropped_total
thanos_alert_queue_alerts_pushed_total
thanos_alert_queue_alerts_popped_total
通过观察 thanos_alert_queue_alerts_dropped_total 的值，看到存在告警丢失的总数，也能佐证了缓冲队列在某些时刻存在已满的情况。
解决通过以上的分析，我们基本确定了问题的根源：Ruler 组件内置的缓冲队列堆积造成了告警发送的延迟。针对这个问题，我们选择调整队列的 maxBatchSize 值。下面介绍一下这个值如何设置的思路。由于每计算一次告警规则就会尝试推送一次缓冲队列，我们通过估计一个告警数量的最大值，得到 maxBatchSize 可以设置的最小值。假设你的业务系统需要监控的实体数量分别为 x1、x2、x3、...、xn，实体上的告警规则数量分别有 y1、y2、y3、...、yn，那么一次能产生的告警数量最多是(x1 * y2 + x2 * y2 + x3 * y3 + ... + xn * yn)，最多推送（y1 + y2 + y3 + ... + yn）次，所以要使缓冲队列不堆积，maxBatchSize 应该满足：maxBatchSize >= (x1 * y2 + x2 * y2 + x3 * y3 + ... + xn * yn) / (y1 + y2 + y3 + ... + yn)，假设 x = max(x1,x2, ...,xn), 将不等式右边适当放大后为 x，即 maxBatchSize 的最小值为 x。也就是说，可以将 maxBatchSize 设置为系统中数量最大的那一类监控实体，对于 DMP 平台，一般来说是 MySQL 实例。
注意事项
上面的计算过程只是提供一个参考思路，如果最终计算出该值过大，很有可能对 AlertManager 造成压力，因而失去缓冲队列的作用，所以还是需要结合实际情况，具体分析。因为 DMP 将 Ruler 集成到了自己的组件中，所以可以比较方便地对这个值进行修改。如果是依照官方文档的介绍使用的 Ruler 组件，那么需要对源码文件进行定制化修改。
‘肆’ 老是发生数据库访问异常是什么情况呢
你要访问的管理系统对应的数据库存在异常，有可能在系统维护，在等等吧。哈哈哈
‘伍’ 评教时提示数据库异常，怎么解决
一：数据库引擎没有启动：
开始->程序->Microsoft SQL Server 2005->SQL Server 2005外围应用配置器,在打开的界面单击"服务的连接的外围应用配置器",在打开的界面中找到Database Engine,单击"服务",在右侧查看是否已启动,如果没有启动可单击"启动",并确保"启动类型"为自动,不要为手动,否则下次开机时又要手动
二：启动行远程连接设置没有打开
1.指向“开始->程序->Microsoft SQL Server 2005->配置工具->SQL Server 外围应用配置器”
2.在“SQL Server 2005 外围应用配置器”页, 单击“服务和连接的外围应用配置器”
3.然后单击展开“数据库引擎”， 选中“远程连接”，在右边选中“本地连接和远程连接”，
再选择要使用的协议，( 这个地方应当启用TCP/IP 和命名管道服务！)单击“应用”，您会看到下消息： “直到重新启动数据库引擎服务后，对连接设置所做的更改才会生效。”，单击“确定”按钮返回
4.展开“数据库引擎”， 选中“服务”，在右边单击“停止”，等到 MSSQLSERVER 服务停止， 然后单击“启动”，重新启动MSSQLSERVER 服务。
‘陆’ 派出所打电话到办公室警告网络数据异常是为什么
随便来个电话说是派出所你就信啊？
这种么，先记下号码，和你领导提一下，联系你们的网管，让他先确认下网络是不是异常，反正就是顺带的活
然后该干啥干啥去就好
公安不会通过电话办案的，除非他和你熟，打个电话前期确认下
‘柒’ SQL server数据库异地备份失败
拒绝访问就是说你没有权限控制，可以尝试在103那台机器找上到1.8bf new，给它的属性的共享下的高级共享下添加一个Everyone，权限为完全控制，安全下也加一个。
‘捌’ 数据库备份报错，错误如下，是何原因，怎么处理
SQL1224N 由于数据库管理器发生了错误或者被强制中断，从而无法接
受新的请求，已终止正在处理的所有请求或者已终止所指定的请求。
说明:
此消息可能是由于下列任何一种原因所致。
1
* 尚未在数据库服务器上启动数据库管理器。
* 数据库管理器已停止。
* 系统管理员已强行终止数据库代理程序。
* 数据库代理程序已由于关键数据库管理器进程异常终止而终止。
重启一下数据库实例试试
‘玖’ 安全管家云备份提示“网络连接异常 操作未完成”怎么办
网线线路 不好网卡或者网卡驱动
网络设备比如 路由器 猫 不正常 接线不好等
‘拾’ SQL Server 2008 R2中数据库备份成功，但还原却提示有异常，求解。
这种备份不需要备份日志，如果备份有异常，可以考虑换一种备份方式：
1、分离数据库；
2、把数据库拷贝走
3、把拷贝的数据库附加到新的数据库下，就可以了；
4、原来的数据库也附加回去，完成！