|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
客户还是可以使用DBaaS系统所能提供的所有能力。数据库云服务消除了组织对专职人员、本地数据库存储设备的需要。他们不必安装、配置和维护任何软硬件。server|汇合|技能包含安装时提醒有挂起的操纵、压缩数据库、紧缩数据库、转移数据库给新用户以已存在用户权限、反省备份集、修单数据库等
(一)挂起操纵
在安装Sql或sp补钉的时分体系提醒之前有挂起的安装操纵,请求重启,这里常常重启无用,办理举措:
到HKEY_LOCAL_MACHINEYSTEMCurrentControlSetControlessionManager
删除PendingFileRenameOperations
(二)压缩数据库
--重修索引
DBCCREINDEX
DBCCINDEXDEFRAG
--压缩数据和日记
DBCCSHRINKDB
DBCCSHRINKFILE
(三)紧缩数据库
dbccshrinkdatabase(dbname)
(四)转移数据库给新用户以已存在用户权限
execsp_change_users_loginupdate_one,newname,oldname
go
(五)反省备份集
RESTOREVERIFYONLYfromdisk=E:dvbbs.bak
(六)修单数据库
ALTERDATABASE[dvbbs]SETSINGLE_USER
GO
DBCCCHECKDB(dvbbs,repair_allow_data_loss)WITHTABLOCK
GO
ALTERDATABASE[dvbbs]SETMULTI_USER
GO
--CHECKDB有3个参数:
--REPAIR_ALLOW_DATA_LOSS
--实行由REPAIR_REBUILD完成的一切修复,包含对行和页举行分派和作废分派以更正分派毛病、布局行或页的毛病,和删除已破坏的文本工具。这些修复大概会招致一些数据丧失。修复操纵能够在用户事件下完成以同意用户回滚所做的变动。假如回滚修复,则数据库仍会含有毛病,应当从备份举行恢复。假如因为所供应修复品级的原因漏掉某个毛病的修复,则将漏掉任何取决于该修复的修复。修复完成后,备份数据库。
--REPAIR_FAST举行小的、不耗时的修复操纵,如修复非会萃索引中的附加键。这些修复能够很快完成,而且不会有丧失数据的伤害。
--REPAIR_REBUILD实行由REPAIR_FAST完成的一切修复,包含必要较长工夫的修复(如重修索引)。实行这些修复时不会有丧失数据的伤害。
--DBCCCHECKDB(dvbbs)withNO_INFOMSGS,PHYSICAL_ONLY
SQLSERVER日记扫除的两种办法
在利用过程当中人人常常碰着数据库日记十分年夜的情形,在这里先容了两种处置办法……
办法一
一样平常情形下,SQL数据库的压缩其实不能很年夜水平上减小数据库巨细,其次要感化是压缩日记巨细,应该按期举行此操纵以避免数据库日记过年夜
1、设置数据库形式为复杂形式:翻开SQL企业办理器,在把持台根目次中顺次点开MicrosoftSQLServer-->SQLServer组-->双击翻开你的服务器-->双击翻开数据库目次-->选择你的数据库称号(如论坛数据库Forum)-->然后点击右键选择属性-->选择选项-->在妨碍复原的形式当选择“复杂”,然后按断定保留
2、在以后数据库上点右键,看一切义务中的压缩数据库,一样平常内里的默许设置不必调剂,间接点断定
3、压缩数据库完成后,倡议将您的数据库属性从头设置为尺度形式,操纵办法同第一点,由于日记在一些非常情形下常常是恢单数据库的主要根据
办法二
SETNOCOUNTON
DECLARE@LogicalFileNamesysname,
@MaxMinutesINT,
@NewSizeINT
USEtablename--要操纵的数据库名
SELECT@LogicalFileName=tablename_log,--日记文件名
@MaxMinutes=10,--Limitontimeallowedtowraplog.
@NewSize=1--你想设定的日记文件的巨细(M)
--Setup/initialize
DECLARE@OriginalSizeint
SELECT@OriginalSize=size
FROMsysfiles
WHEREname=@LogicalFileName
SELECTOriginalSizeof+db_name()+LOGis+
CONVERT(VARCHAR(30),@OriginalSize)+8Kpagesor+
CONVERT(VARCHAR(30),(@OriginalSize*8/1024))+MB
FROMsysfiles
WHEREname=@LogicalFileName
CREATETABLEDummyTrans
(DummyColumnchar(8000)notnull)
DECLARE@CounterINT,
@StartTimeDATETIME,
@TruncLogVARCHAR(255)
SELECT@StartTime=GETDATE(),
@TruncLog=BACKUPLOG+db_name()+WITHTRUNCATE_ONLY
DBCCSHRINKFILE(@LogicalFileName,@NewSize)
EXEC(@TruncLog)
--Wrapthelogifnecessary.
WHILE@MaxMinutes>DATEDIFF(mi,@StartTime,GETDATE())--timehasnotexpired
AND@OriginalSize=(SELECTsizeFROMsysfilesWHEREname=@LogicalFileName)
AND(@OriginalSize*8/1024)>@NewSize
BEGIN--Outerloop.
SELECT@Counter=0
WHILE((@Counter<@OriginalSize/16)AND(@Counter<50000))
BEGIN--update
INSERTDummyTransVALUES(FillLog)
DELETEDummyTrans
SELECT@Counter=@Counter+1
END
EXEC(@TruncLog)
END
SELECTFinalSizeof+db_name()+LOGis+
CONVERT(VARCHAR(30),size)+8Kpagesor+
CONVERT(VARCHAR(30),(size*8/1024))+MB
FROMsysfiles
WHEREname=@LogicalFileName
DROPTABLEDummyTrans
SETNOCOUNTOFF
[1][2][3][4][5][6][7]下一页
不可否认,MySQL也是一个很好的关系型数据库,或许在技术上它与其他领先的关系数据库相差并不大,或不具有劣势。但是,对于一些企业环境来说,MySQL显然不具有优势。 |
|