备份集中的数据库备份

Ⅰ 数据库备份

一：试验背景

异地备份好处：（待补充）

1：异地备份了把原有服务器数据放在另外一个位置，避免些物理损害。
比把数据刻录光盘和原始数据放同房间了房间失火了备份数据也没有了要放另外地方避免了
就是备份的意义。
2：异地备份可以集中管理备份文件。

二：试验整体思路

1：要实现异地备份，必须使用域用户帐号来启动sql Server服务以及SQL Server Agent服务，因为本地系统帐户无法访问网络。
2：在异地机器中建立一个与SQL Server服务器中启动SQL Server服务的域用户帐号同名帐号,且密码保持相同。
注意：新建帐号针对的是工作组模式，如果是基于域模式，那就无须再建帐号
3:在异地机器中建立一个共享文件夹，并设置合适权限。
4:在源服务器上将共享文件夹映射到本地
5:在SQL Server服务器中建立异地备份的维护计划，在’备份路径‘处输入异地共享文件夹的网络路径(\共享机器IP共享文件夹)。
6:将该执行计划对应的作业，’所有者‘改为SA。
7:执行’维护计划‘，去共享文件夹下面验证是否生成了备份文件。

三：试验准备

备份服务器IP：10.2.37.135
源服务器IP：10.0.9.243
目的:从10.0.9.243往10.2.37.135进行备份。
用户都是：SINOOCEANLANDv-dd
在备份服务器上建了文件夹D:丹丹My SQL SERVERackup(作为共享文件夹使用）

四：试验步骤

1:确保两个服务器的SQL Server Agent服务都已启动。

2:在两个服务器上都建用户SINOOCEANLANDv-dd，密码一样。

3:在备份服务器上建共享文件夹，并共享给SINOOCEANLANDv-dd，使其有读写权限。

如：在D:丹丹My
SQL SERVER路径下建个文件夹backup

’确定‘，’确定‘，’确定‘。

7:在源服务器执行’维护计划‘，去共享文件夹下面验证是否生成了备份文件。

执行成功后，去备份服务器共享的那个备份文件夹下，看是否生成了备份文件。

Ⅱ SQL2008数据库还原的时候提示：备份集中的数据库备份与现在的xx数据库不同。

我记得应该是有个强制性还原选项，还远是要选勾才行。在还原的时候你把现在这个在备份一下。

Ⅲ 备份集中的数据库备份与现有的“”数据库不同

你备份策略有问题没有？中科同向，具体情况问下技术工程师吧

Ⅳ 数据库的备份与恢复

SQL2000数据库的备份概念
SQL
SERVER
2000有四种类型是：数据库、事务日志、差异、文件和文件组
数据库备份是创建完事数据库的复本。它并非将所有的页都复制到备份集，而只将实际包含数据的页复制到备份集。数据页和事务日志页均复制到备份集。
数据库备份用于重新创建数据库，使其恢复到BACKUP语句完成时的状态。如果数据库只存在数据库备份，那么数据库只能恢复到服务器或数据库发生故障前最后一次数据库备份时的状态。
事务日志备份仅制作日志文件的复本。日志文件备份本身不能用于还原数据库。日志文件用于在数据库还原后将数据库恢复到原始故障点。
例如，某站点在星期天晚上执行数据库备份，而在其它每个晚上执行日志备份。如果数据库的某个数据磁盘在星期二2：30丢失，则该站点可以：
1备份当前事务日志
2还原从星期天晚上开始的数据库备份
3还原从星期一晚上开始的日志备份，以将数据库前滚。
4还原故障之后的日志备份。这将使数据库前滚到故障发生的那一刻。
事务日志恢复需要从数据库备份的那一刻到磁盘丢失那一刻之间所进行的一边串不间断的事务日志备份。
差异备份只追寻数据库中自上一次数据库备份之后修改过的所有页的复本。差异日志主要用于使用频繁的系统，一旦这类系统中的数据库发生故障，必须尽快使其重新联机。差异备份比完事数据库备份小，因此对正在运行的系统影响较小。
例如，某个站点在星期天晚上执行完事数据库备份。在白天每隔4小时制作一个事务日志备份集，并用当天的备份重写头一天的备份。每晚则进行差异备份。如果数据库的某个数据磁盘在星期四上午9：12出现故障，则该站点可以：
1备份当前事务日志。
2还原从星期天晚上开始的数据库备份。
3还原从星期三晚上开始的差异备份，将数据库前滚到这一时刻。
4还原从早上4点到8点的事务日志备份，以将数据库前滚到早上8点。
5还原故障之后的日志备份，这将使数据库前滚到故障发生的那一刻。
SQL2000支持备份或还原数据库中的个别文件或文件组。这是一种相对较完善的备份和还原过程，通常用在具有较高可用性要求的超大型数据库中。如果可用的备份时间不足以支持完事数据库备份，则可以在不同的时间备份数据库的子集。
例如，某站点需要花三小时备份数据库，并且每天只能用两个小时执行备份。该站点可在一个晚上备份一半文件或文件级，并在第二个晚上备份另一半。如果包含数据库文件或文件组的磁盘出现故障，那么该站点可以只还原丢失的文件或文件组。
该站点还必须进行事务日志备份，并且在备份文件或文件组之后必须还原所胡事务日志备份。还可以从完事数据库备份集中还原文件和文件组。这将回忆恢复速度，因为在第一步只还原已损坏的文件或文件组，而不是整个数据库。

Ⅳ 数据备份到底指的是什么呀

数据备份是容灾的基础，是指为防止系统出现操作失误或系统故障导致数据丢失，而将全部或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。传统的数据备份主要是采用内置或外置的磁带机进行冷备份。但是这种方式只能防止操作失误等人为故障，而且其恢复时间也很长。随着技术的不断发展，数据的海量增加，不少的企业开始采用网络备份。网络备份一般通过专业的数据存储管理软件结合相应的硬件和存储设备来实现。
目前比较常见的备份方式有
定期磁带备份数据
远程磁带库、光盘库备份。即将数据传送到远程备份中心制作完整的备份磁带或光盘。 远程关键数据＋磁带备份。采用磁带备份数据，生产机实时向备份机发送关键数据。
远程数据库备份
就是在与主数据库所在生产机相分离的备份机上建立主数据库的一个拷贝。
网络数据镜像
这种方式是对生产系统的数据库数据和所需跟踪的重要目标文件的更新进行监控与跟踪，并将更新日志实时通过网络传送到备份系统，备份系统则根据日志对磁盘进行更新。
远程镜像磁盘
通过高速光纤通道线路和磁盘控制技术将镜像磁盘延伸到远离生产机的地方，镜像磁盘数据与主磁盘数据完全一致，更新方式为同步或异步。 数据备份必须要考虑到数据恢复的问题，包括采用双机热备、磁盘镜像或容错、备份磁带异地存放、关键部件冗余等多种灾难预防措施。这些措施能够在系统发生故障后进行系统恢复。但是这些措施一般只能处理计算机单点故障，对区域性、毁灭性灾难则束手无策，也不具备灾难恢复能力。
编辑本段目前数据备份主要方式有
LAN 备份、LAN Free备份和SAN Server-Free备份三种。LAN 备份针对所有存储类型都可以使用， LAN Free备份和SAN Server-Free备份只能针对SAN架构的存储。 基于LAN备份 传统备份需要在每台主机上安装磁带机备份本机系统，采用LAN备份策略，在数据量不是很大时候，可采用集中备份。一台中央备份服务器将会安装在 LAN 中，然后将应用服务器和工作站配置为备份服务器的客户端。中央备份服务器接受运行在客户机上的备份代理程序的请求，将数据通过 LAN 传递到它所管理的、与其连接的本地磁带机资源上。这一方式提供了一种集中的、易于管理的备份方案，并通过在网络中共享磁带机资源提高了效率。 LAN-Free备份 由于数据通过LAN传播，当需要备份的数据量较大，备份时间窗口紧张时，网络容易发生堵塞。在SAN环境下，可采用存储网络的LAN-Free备份，需要备份的服务器通过SAN连接到磁带机上，在LAN-Free备份客户端软件的触发下，读取需要备份的数据，通过SAN备份到共享的磁带机。这种独立网络不仅可以使 LAN 流量得以转移，而且它的运转所需的 CPU 资源低于LAN 方式，这是因为光纤通道连接不需要经过服务器的 TCP/IP 栈，而且某些层的错误检查可以由光纤通道内部的硬件完成。在许多解决方案中需要一台主机来管理共享的存储设备以及用于查找和恢复数据的备份数据库。SAN Server-Free备份 LAN Free备份对需要占用备份主机的CPU资源，如果备份过程能够在SAN内部完成，而大量数据流无需流过服务器，则可以极大降低备份操作对生产系统的影响。SAN Server-Free备份就是这样的技术。 目前主流的备份软件，如全球盾，Eubase，IBM Tivoli 、Veritas，赛门铁克均支持上述三种备份方案。三种方案中，LAN备份数据量最小，对服务器资源占用最多，成本最低;LAN free备份数据量大一些，对服务器资源占用小一些，成本高一些;Eubase备份方案能够在短时间备份大量数据，对服务器资源占用最少，但成本最高。中小客户可根据实际情况选择。
编辑本段备份数据的重要性
计算机里面重要的数据、档案或历史纪录，不论是对企业用户还是对个人用户，都是至关重要的，一是不慎丢失，都会造成不可估量的损失，轻则辛苦积累起来的心血付之东流，严重的会影响企业的正常运作，给科研、生产造成巨大的损失。 为了保障生产、销售、开发的正常运行，企业用户应当采取先进、有效的措施，对数据进行备份、防范于未然。
编辑本段造成数据危险的原因
对数据的威胁通常比较难于防范，这些威胁一旦变为现实，不仅会毁坏数据，也会毁坏访问数据的系统。造成数据丢失和毁坏的原因主要如下几个方面。 1、数据处理和访问软件平台故障。 2、操作系统的设计漏洞或设计者出于不可告人的目的而人为预置的“黑洞”。 3、系统的硬件故障。 4、人为的操作失误。 5、网络内非法访问者的恶意破坏。 6、网络供电系统故障等。

Ⅵ 数据备份通常有哪几种方式

vivo手机备份数据的方法有以下几点；

一，使用云服务备份

温馨提示：手机若不能正常使用，则不能进行备份。

Ⅶ 还原数据库，出现了备份集中的数据库与现有的数据库不同

1、你打开 SQL Server Management Studio，然后连接进入 数据库管理
2、点数据库右键 里有个还原数据库 在目标数据库那里输入你要还原数据库的名字（这个名字你自己随便定义就可以了）
3、然后在选择你的BAK数据备份文件。然后还原就是了。他会自动给你还原成你命名的哪个数据库的。不会影响你原来的数据库。

Ⅷ sql语句还原数据库报错,错误信息是备份集中的数据库备份与现有的 'mydb2' 数据库不同。

原理是相同的，你先尝试可视化的还原，如果不行，你还原时选择完全覆盖看是否可行，如果不行，就直接还原出一个新的库

Ⅸ 数据备份有哪些手段

1、完全备份（full backup）

每天对自己的系统进行完全备份。例如，星期一用一盘磁带对整个系统进行备份，星期二再用另一盘磁带对整个系统进行备份，依此类推。这种备份策略的好处是：当发生数据丢失的灾难时，只要用一盘磁带（即灾难发生前一天的备份磁带），就可以恢复丢失的数据。然而它亦有不足之处，首先，由于每天都对整个系统进行完全备份，造成备份的数据大量重复。这些重复的数据占用了大量的磁带空间，这对用户来说就意味着增加成本。其次，由于需要备份的数据量较大，因此备份所需的时间也就较长。对于那些业务繁忙、备份时间有限的单位来说，选择这种备份策略是不明智的。

2、增量备份(incremental backup)

星期天进行一次完全备份，然后在接下来的六天里只对当天新的或被修改过的数据进行备份。这种备份策略的优点是节省了磁带空间，缩短了备份时间。但它的缺点在于，当灾难发生时，数据的恢复比较麻烦。例如，系统在星期三的早晨发生故障，丢失了大量的数据，那么现在就要将系统恢复到星期二晚上时的状态。这时系统管理员就要首先找出星期天的那盘完全备份磁带进行系统恢复，然后再找出星期一的磁带来恢复星期一的数据，然后找出星期二的磁带来恢复星期二的数据。很明显，这种方式很繁琐。另外，这种备份的可靠性也很差。在这种备份方式下，各盘磁带间的关系就象链子一样，一环套一环，其中任何一盘磁带出了问题都会导致整条链子脱节。比如在上例中，若星期二的磁带出了故障，那么管理员最多只能将系统恢复到星期一晚上时的状态。

3、差分备份(differential backup)

管理员先在星期天进行一次系统完全备份，然后在接下来的几天里，管理员再将当天所有与星期天不同的数据（新的或修改过的）备份到磁带上。差分备份策略在避免了以上两种策略的缺陷的同时，又具有了它们的所有优点。首先，它无需每天都对系统做完全备份，因此备份所需时间短，并节省了磁带空间，其次，它的灾难恢复也很方便。系统管理员只需两盘磁带，即星期一磁带与灾难发生前一天的磁带，就可以将系统恢复。

在实际应用中，备份策略通常是以上三种的结合。例如每周一至周六进行一次增量备份或差分备份，每周日进行全备份，每月底进行一次全备份，每年底进行一次全备份。

4、日常维护有关问题

备份系统安装调试成功结束后，日常维护包含两方面工作，即硬件维护和软件维护。如果硬件设备具有很好的可靠性，系统正常运行后基本不需要经常维护。一般来说，磁带库的易损部件是磁带驱动器，当出现备份读写错误时应首先检查驱动器的工作状态。如果发生意外断电等情况，系统重新启动运行后，应检查设备与软件的联接是否正常。磁头自动清洗操作一般可以由备份软件自动管理，一盘dlt清洗带可以使用20 次，一般一个月清洗一次磁头。软件系统工作过程检测到的软硬件错误和警告信息都有明显提示和日志，可以通过电子邮件发送给管理员。管理员也可以利用远程管理的功能，全面监控备份系统的运行情况。

网络数据备份系统的建成，对保障系统的安全运行，保障各种系统故障的及时排除和数据库系统的及时恢复起到关键作用。通过自动化带库及集中的运行管理，保证数据备份的质量，加强数据备份的安全管理。同时，近线磁带库技术的引进，无疑对数据的恢复和利用提供了更加方便的手段。希望更多的单位能够更快地引进这些技术，让系统管理员做到数据无忧。

5、存储数据备份恢复

随着各单位局域网和互联网络的深入应用，系统内的服务器担负着企业的关键应用，存储着重要的信息和数据，为领导及决策部门提供综合信息查询的服务，为网络环境下的大量客户机提供快速高效的信息查询、数据处理和internet等的各项服务。因此，建立可靠的网络数据备份系统，保护关键应用的数据安全是网络建设的重要任务,在发生人为或自然灾难的情况下,保证数据不丢失。