数据库压缩日志 是数据库操作中比较重要的环节，在数据库日志压缩过程中随时可能出现一些小差错，下文就为大家介绍几种解决方法。
*–压缩数据库的通用存储过程
压缩日志及数据库文件大小因为要对数据库进行分离处理所以存储过程不能创建在被压缩的数据库中
/*–调用示例exec p_compdb ‘test’–*/
use master –注意,此存储过程要建在master数据库中go
if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[p_compdb]’) and OBJECTPROPERTY(id, N’IsProcedure’) = 1)drop procedure [dbo].[p_compdb]GO
create proc p_compdb@dbname sysname, –要压缩的数据库名@bkdatabase bit=1, –因为分离日志的步骤中,可能会损坏数据库,所以你可以选择是否自动数据库@bkfname nvarchar(260)=” –备份的文件名,如果不指定,自动备份到默认备份目录,备份文件名为:数据库名+日期时间as –1.清空日志 exec(‘DUMP TRANSACTION [‘+@dbname+’] WITH NO_LOG’)
–2.截断事务日志： exec(‘BACKUP LOG [‘+@dbname+’] WITH NO_LOG’)
–3.收缩数据库文件(如果不压缩,数据库的文件不会减小 exec(‘DBCC SHRINKDATABASE([‘+@dbname+’])’)
–4.设置自动收缩 exec(‘EXEC sp_dboption ”’+@dbname+”’,”autoshrink”,”TRUE”’)
–后面的步骤有一定危险,你可以可以选择是否应该这些步骤 –5.分离数据库 if @bkdatabase=1beginif isnull(@bkfname,”)=”set @bkfname=@dbname+’_’+convert(varchar,getDate(),112)+replace(convert(varchar,getdate(),108),’:’,”)select 提示信息=’备份数据库到SQL 默认备份目录,备份文件名:’+@bkfnameexec(‘backup>
oracle数据库的导入/导出???
导出的肯定不止用户的表数据，还有用户的索引、视图、序列等，使用数据库管理员建立的用户的SQL语句肯定没有的啦，因为在数据库中并不会保留这些建表语句撒；导入时，不会自动建立对应的用户和对应的授权，因为导入的时候，需要写要导入的用户的用户名和密码，这样导出的表呀什么的都会导入到这个用户中，而不是建立相应的用户撒；至于具体的导入导出原理，楼主可以去网络搜搜撒，我刚搜了下，有好多的。
SQL里面的日至怎样删除？
1.清空日志DUMP TRANSACTION 库名 WITH NO_LOG 2.截断事务日志：BACKUP LOG 库名 WITH NO_LOG3.收缩数据库文件(如果不压缩,数据库的文件不会减小企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 也可以用SQL语句来完成--收缩数据库DBCC SHRINKDATABASE(库名) --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfilesDBCC SHRINKFILE(1)
打开网站出现Service Unavailable是什么意思？怎么解决？
1. 先简单说一下：网站访问出现 Service Unavailable大多出现在windows IIS服务器中，很多时候是由于网站空间服务器的配置，或者资源限制导致的不足以承受运行的情况，有些是买的时候，不知道有所限制 而不能满足程序的运营需求，最好是联系服务商查阅相关日志，对症下药，如果撑不住最好更换服务器。 2. 出现这种情况是由于您的网站超过了系统资源限制（CPU或者IIS）造成的，这个现象在WINDOWS2003+IIS6的环境下都会出现，主要是程序占用资源太多。 不同的程序占用的资源都不一样，这个跟程序设计的合理性和优化程度有关；3. 另外，一些死循环程序，或者不优化的程序都会占用太多的系统资源，而系统资源明显是有限的。 如果一个网站的程序占资源太多或者发生太多的错误，系统日志就会提示：“应用程序池 User_pooll 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误， 或者提示：应用程序池 User_pooll 超过了其作业限制设置。 更多信息，请参阅微软官方的帮助和支持中心。 4. 一般的小问题访问网站提示：Service Unavailable，一般系统会在30秒左右恢复正常，多刷新几次就能正常访问了。 但是这个时间恢复后因为访问量太大在极短的时间网站又不能上了。 另外，如果网站当前访问人数过多，超过了系统的iis连接数(或CPU峰值）限制，也会出现Service Unavailable的提示(win2k主机下出现连接过多就会提示：连接过多，请稍后再试；而win2003的主机刚直接提示：Service Unavailable）如果经常出现类似的错误，请及时优化网站程序，或者升级你的主机至更高的款型，以获得更多的系统资源。 5. 网站超CPU的四种可能原因：一.网站攻击二.程序设计不合理，资源占用高，或本身在做占资源的操作，如采集三.访问量过大四.有搜索蜘蛛收录6. 程序占用资源太多的原因： 有一个或多个Access数据库在多次读写过程中损坏，微软的MDAC系统在写入这个损坏的ACCESS文件时，ASP线程处于BLOCK状态，结果其他线程只能等待，IIS被死锁了，全部的CPU时间都消耗在DLLHOST（ASP进程）中。 参考解决办法： 压缩和修复我的数据库 下载数据库文件--[如果是的扩展名，请改为的扩展名]--用ACCESS打开--选择工具--数据库实用工具--压缩和修复数据库--[改回的扩展名]--上传覆盖原来数据库文件。 7. 注册了不良的Com组件，特别是用VB开发的ACTIVE X控件，可能导致占用内存使用量不断增长 参考解决办法：尽量减少或避免非官方或是客户要求的不必要的组件8. 多媒体等文件下载占用服务器带宽 参考解决办法：停止下载9. 程序问题，需要及时的关闭不再使用的数据库，以避免一直占用服务器资源 在 连接数据库字符串语句中加入如下 sub endConnection() set conn=nothing end sub 其它程序问题：把IE选项里 显示友好HTTP错误信息 的勾取消掉，再访问网站看出现什么错误信息，然后再调试。 10. 上传重要的数据库等文件更新，由于正处于受访问状态，可能导致瞬间占用率上升 一般此情况较少，若有出现此情况时，可能有必要先暂停站点，再作更新ACCESS论坛（如动W）大了以后就很容易出现数据库方面的问题，当你的论坛数据库在30M以上，帖子5万左右,可能就会出现数据库吃不消的情况，建议取消程序中使用的on error resume next这个容错语句，对错误进行调试。 临时解决办法：定期删除多余的数据、压缩数据库，限制论坛灌水，甚至限制论坛注册。 如果是ASP论坛，可以使用分表储存功能，会有较好的效果 比较长远办法：更换论坛和数据库，一般都采用商业版本+MSSQL 的方案来解决。
发表评论