python清除数据库错误日志

# coding=gbk

from encodings import gbk

import re

import sys

import  os

import  pyodbc

import traceback

import decimal

#连接数据库

conn = pyodbc.connect(‘DRIVER={SQL Server};SERVER=192.168.1.43;DATABASE=master;UID=sa;PWD=passwd123!‘)

# 获取cursor对象来进行操作

cursor = conn.cursor()

#清除错误日志

#query="select username,userid from dbo.tbluser where username=‘%s‘"  %(uname)

query="EXEC sys.sp_cycle_errorlog"

cursor.execute(query)

conn.commit

data=cursor.nextset()

while not  data:

print (‘清除43错误日志完成!‘)

break

#清除代理日志

#query="select username,userid from dbo.tbluser where username=‘%s‘"  %(uname)

query1="EXEC msdb.dbo.sp_cycle_agent_errorlog"

cursor.execute(query1)

conn.commit

data1=cursor.nextset()

while not  data1:

print (‘清除43代理日志完成!‘)

break

#关闭连接,释放资源

cursor.close()

conn.close()

com3=‘pause‘

os.system(com3)

python清除数据库错误日志

时间: 2024-08-29 13:34:17

python清除数据库错误日志的相关文章

查看数据库错误日志的位置

mysql> show variables like "log_error"; +---------------+------------------------------+ | Variable_name | Value | +---------------+------------------------------+ | log_error | /app/log/mysql/error.log | +---------------+--------------------

MS SQL 监控错误日志的告警信息

SQL Server的错误消息(Error Message)按照消息的严重级别一共划分25个等级,级别越高,表示严重性也越高.但是如果你统计sys.messages,你会发现,实际上只有16(SQL SERVER 2008/2012)或17个(SQL SERVER 2005)个级别.猜测应该是一些留作扩展用,一些留作用户自定义错误消息的级别. sys.messages中有个字段is_event_logged,取值为1时表示出现错误时将消息记入事件日志. 对于 message_id 中的所有消息语

Atitit php java python nodejs错误日志功能的比较

Atitit php  java  python  nodejs错误日志功能的比较 1.1. Php方案 自带 1 1.2. Java解决方案 SLF4J 1 1.3. Python解决方案 自带loggin 2 1.4. Node.js日志解决方案 log4js 2 1.4.1. 玩转Nodejs日志管理log4js - CNode技术社区 2 日志的俩中模式   文件日志与os event 日志.. Os日志的优点是格式整齐.以及有默认os工具gui故居查询等.. 1.1. Php方案 自带

2. SQL Server数据库状态监控 - 错误日志

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

【转】python mysql数据库 'latin-1' codec can't encode character错误问题解决

UnicodeEncodeError: 'latin-1' codec can't encode character "UnicodeEncodeError:'latin-1' codec can't encode character ..." This is because MySQLdb normally tries to encode everythin to latin-1. This can be fixed by executing the following comman

python爬虫优化和错误日志分析

发现问题 在爬虫下载过程中,执行一段时间后都会异常终止,下次必须kill掉进程重新运行 ,看能否优化并减少手动操作 错误日志分析 收集了nohup.out文件,发现主要错误是的数组下标越界,推测可能的问题为: 1)网络不稳定,http请求不通. 2)网络请求成功,但是html表单解析失败. 3)登录的cookie过期 优化思路 在所有有网络请求的地方,都加上了返回码是不是200的判断,然后html表单解析的地方加上数组长度判断,异常处理等 源码如下 import socket import ti

分发清除作业阻塞日志读取器代理

开发反馈做复制的表每隔一段时间会延迟,最大延迟时间超过15分钟.打开复制监视器,找到发布所对应的订阅,查看是否有错误.在"发布服务器到分发服务器的历史记录"栏发现下图所示信息:图中我们可以看出上下两条间隔大约15分钟,每条"正在传递复制的事务..."到下一条"复制代理在10分钟内没有记录任何进度消息..."之间,肯定命令没有传递到分发服务器.至于"错误"消息出现多久后又开始正常传递复制的事务,这个单独从上图是很难界定的.上图最

解决Oracle数据库错误ORA-16040和ORA-00312

一.问题现象及排查过程 数据库服务器重启后,应用无法正常启动,提示无法连接数据库.看来,问题可能出在数据库服务器上,那就先检查数据库服务器: 1.登录进数据库服务器后,打开cmd命令提示符,输入命令 sqlplus / as sysdba 连入本机数据库,进入sqlplus程序上下文,然后输入命令 select instance_name,status from v$instance; 执行后,提示数据库在mounted状态,而非在open状态,自然无法正常对外提供服务了.难怪应用无法正常启动!

Oracle数据库错误大全

ORA-00001: 违反唯一约束条件 (.)ORA-00017: 请求会话以设置跟踪事件ORA-00018: 超出最大会话数ORA-00019: 超出最大会话许可数ORA-00020: 超出最大进程数 ()ORA-00021: 会话附属于其它某些进程:无法转换会话ORA-00022: 无效的会话 ID:访问被拒绝ORA-00023: 会话引用进程私用内存:无法分离会话ORA-00024: 单一进程模式下不允许从多个进程注册ORA-00025: 无法分配ORA-00026: 丢失或无效的会话 I