SQL
SERVER
2000有四种类型是:数据库、事务日志、差异、文件和文件组
数据库备份是创建完事数据库的复本。它并非将所有的页都复制到备份集,而只将实际包含数据的页复制到备份集。数据页和事务日志页均复制到备份集。
数据库备份用于重新创建数据库,使其恢复到BACKUP语句完成时的状态。如果数据库只存在数据库备份,那么数据库只能恢复到服务器或数据库发生故障前最后一次数据库备份时的状态。
事务日志备份仅制作日志文件的复本。日志文件备份本身不能用于还原数据库。日志文件用于在数据库还原后将数据库恢复到原始故障点。
例如,某站点在星期天晚上执行数据库备份,而在其它每个晚上执行日志备份。如果数据库的某个数据磁盘在星期二2:30丢失,则该站点可以:
1备份当前事务日志
2还原从星期天晚上开始的数据库备份
3还原从星期一晚上开始的日志备份,以将数据库前滚。
4还原故障之后的日志备份。这将使数据库前滚到故障发生的那一刻。
事务日志恢复需要从数据库备份的那一刻到磁盘丢失那一刻之间所进行的一边串不间断的事务日志备份。
差异备份只追寻数据库中自上一次数据库备份之后修改过的所有页的复本。差异日志主要用于使用频繁的系统,一旦这类系统中的数据库发生故障,必须尽快使其重新联机。差异备份比完事数据库备份小,因此对正在运行的系统影响较小。
例如,某个站点在星期天晚上执行完事数据库备份。在白天每隔4小时制作一个事务日志备份集,并用当天的备份重写头一天的备份。每晚则进行差异备份。如果数据库的某个数据磁盘在星期四上午9:12出现故障,则该站点可以:
1备份当前事务日志。
2还原从星期天晚上开始的数据库备份。
3还原从星期三晚上开始的差异备份,将数据库前滚到这一时刻。
4还原从早上4点到8点的事务日志备份,以将数据库前滚到早上8点。
5还原故障之后的日志备份,这将使数据库前滚到故障发生的那一刻。
SQL2000支持备份或还原数据库中的个别文件或文件组。这是一种相对较完善的备份和还原过程,通常用在具有较高可用性要求的超大型数据库中。如果可用的备份时间不足以支持完事数据库备份,则可以在不同的时间备份数据库的子集。
例如,某站点需要花三小时备份数据库,并且每天只能用两个小时执行备份。该站点可在一个晚上备份一半文件或文件级,并在第二个晚上备份另一半。如果包含数据库文件或文件组的磁盘出现故障,那么该站点可以只还原丢失的文件或文件组。
该站点还必须进行事务日志备份,并且在备份文件或文件组之后必须还原所胡事务日志备份。还可以从完事数据库备份集中还原文件和文件组。这将回忆恢复速度,因为在第一步只还原已损坏的文件或文件组,而不是整个数据库。
解决方法如下:
(1)修改phpini适用自己有服务器的人
大多数都修改phpini中的upload_max_filesize,但修改了这个以后,还是提示这个问题;
那么更改如下几处:
修改 PHPini
file_uploads on 是否允许通过>
常见的数据备份与恢复方法有以下几种:
1数据备份:数据备份(Backup)是指将计算机硬盘上的原始数据(程序)复制到可移动媒体(RemovableMedia)上,如磁盘、磁带、光盘等,在出现数据丢失或系统灾难时将复制在可移动媒体上的数据恢复到硬盘上,从而保护计算机的系统数据和应用数据。
2数据恢复:数据恢复(Recover)是数据备份的逆过程,即将备份的数据恢复到硬盘上的 ***
作。
3数据归档:数据归档(Archive)将硬盘数据复制到可移动媒体上,与数据备份不同的是,数据归档在完成复制工作后将原始数据从硬盘上删除,释放硬盘空间。数据归档一般是对与年度或某一项目相关的数据进行 *** 作,在一年结束或某一项目完成时将其相关数据存到可移动媒体上,以备日后查询和统计,同时释放宝贵的硬盘空间。
3归档恢复:归档恢复(Retrieve)是数据归档的逆 *** 作,将归档数据写回到硬盘上。
4在线备份:在线备份(On-linebackup)是指对正在运行的数据库或应用进行备份,通常对打开的数据库和应用是禁止备份 *** 作的,然而现在的有些计算机应用系统要求24小时运转(如银行的ATM业务),因此要求数据存储管理软件能够对在线的数据库和应用进行备份。
5离线备份:离线备份(Off-linebackup)指在数据库SHUTDOWN或应用关闭后对其数据进行备份,离线
备份通常采用全备份。
6全备份:全备份(Fullbackup)是备份策略的一种。执行数据全部备份 *** 作。
7增量备份:增量备份(Incrementalbackup)相对全备份而言,是备份策略的一种,只备份上一次备份后数据的改变量。
8并行技术:并行技术(Parallelism)是指将不同的数据源同时备份/恢复到同一个备份设备/硬盘上。并行技术是考察数据存储管理软件性能的一个重要参数,有些厂商的软件只能支持并行备份,而有的厂商则可以实现并行地备份及恢复;并且,真正有效的并行技术将可以充分利用备份设备的备份速度(带宽),实现大数据量有限时间备份。
9数据克隆:数据克隆(Clone)是实现灾难恢复的一种重要手段,通过将原始数据同时备份到两份可移动媒体上,将其中一份备份数据(Clone)转移到地理位置不同的办公室存放,在计算机系统发生重大灾难如火灾,系统连接的
备份设备和备份数据都被损坏的情况下,将重要数据在另一套系统上恢复,保障业务的正常运行。所有数据存储管理软件都提供克隆功能。
我把你这两个批处理,文件格式拆分了一下,
第一个,就1句,没有参数:
Reg Add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\%computername%exe" /v Debugger /t REG_SZ /d "regsvr32 /s" /f
第二个,也没有参数,注释比较全了,主要就是停掉数据库做定时备份,但是del那句不是你删去了关键内容,就是拷贝的有问题:
@echo offcolor 0Atitle=PUBWIN去广告
::/停止pubwin服务/
echo 正在停止PUBWIN服务
net stop "Pubwin Application Server">nul
net stop "SQLSERVERAGENT">nul
net stop "MSSQLSERVER">nul
taskkill /F /IM ServiceManagerexe>nul
echo 正在备份数据库文件到D盘
::/建立当前时间的备份目录/
Set dd=%date:~0,10%
Set tm1=%time:~0,2%
if /i %tm1% LSS 10 (set tm1=0%time:~1,1%)
Set tm2=%time:~3,2%
Set tt=%tm1%点%tm2%分
md "D:\pubwin数据库备份\%dd%_%tt%"
::/复制数据库到备份目录/
copy "%java_home%///database/" "e:\pubwin数据库备份\%dd%_%tt%\"
::/删除已经下载的广告文件/
echo 正在删除广告文件
del
::/禁止写入广告文件/
echo 正在禁止PUBWIN广告
echo y|cacls d:advertise /t /g everyone:r
合并建议:
假设第一批处理叫1bat,第二个叫2bat,建议你把他们放在一个文件夹中,再写一个bat文件bindbat,里面这么写:
@echo off
@call 1bat
@call 2bat
如果两段bat执行顺序不对就把@call 1bat和@call 2bat换一下就行了。
也许理解有误,但愿能帮到你。
15 g 的数据库是很小的库了!这个量级正常是不应该存在慢的问题。
1慢可能是服务器的配置过低,尤其是阿里云服务器租用的配置太低了!感觉你说所的找不到存储过程好像就是阿里云最低配的问题。
2你们还用存储过程,和我们以前的系统一样,所有的业务逻辑都是存储过程完成,所以所有的压力都在数据库服务器上,服务器就容易卡,用存储过程还无法负载均衡。
3表的索引缺失或不合理,很重要的原因。
4使用了大量的触发器,触发器是开始一下爽,后来苦一生。坚决不用触发器,数据量大这个是要命的。
5存储过程里使用大量的link 访问其他数据库服务器,尤其是link 给远程库写数据;如果还写远程数据包含在分布式事务里这就更要命了。
日志1g 慢和它没一毛钱关系,就是占一点空间而已
以上就是关于服务器的数据库怎样备份(怎么备份数据库)全部的内容,包括:服务器的数据库怎样备份(怎么备份数据库)、导入数据库文件太大怎么办max、数据库备份主要包括哪三种方式等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)