服务器的数据库怎样备份

这里主要介绍实用多备份进行服务器数据库备份的方法，多备份包括了文件备份和数据库备份，这里主要是介绍关于数据库备份。

1登录到控制面板，可以看到3步55秒备份，点击go；

2在d出框里，选择右边的数据库备份；

3你的数据库是否可以远程授权？这里我们一般都选择可以 ，使用的是在线托管备份的方法；
4依次填入ip，ftp用户名，密码，域名；

5设置好备份策略，包括备份时间，频率，位置等；

6返回到控制面板，就算是备份好了，可以算得上是轻易备份服务器数据。

服务器备份导致数据库损坏原因：
1、备份文件和数据库放在同一个(或一组)的物理磁盘上。磁盘出现故障，备份也保不住了。
2、备份介质随坏，或者做的是网络备份，数据在网络传输中发生了损坏。
3、数据库在做完整备份、文件备份或者文件组备份的时候，里面的内容就已经有了随坏。

sqlserver附加数据库错误823的解决方案2008-10-13 15:06sqlserver附加数据库错误823的解决方案一、SQL-Server附加数据库时失败。
1、异常情况：服务器在正常运行的情况下突然断电，导致数据库文件损坏，具体表现是：数据库名后面有“（置疑）”字样。
2、异常分析：关于823错误的 SQL-SERVER 中的帮助：
================================
错误 823
严重级别 24
消息正文
在文件 "%4!" 的偏移量 %3! 处的 %2! 过程中，检测到 I/O 错误 %1!。
解释
Microsoft SQL Server 在对某设备进行读或写请求时遇到 I/O 错误。该错误通常表明磁盘问题。但是，错误日志中在错误 823 之前记录的其它核心消息应指出涉及了哪个设备。
3、解决办法：
在SQL-Server企业管理器中，新建同名数据库（这里假设为Test）后，停止数据库，把损坏的数据库文件Datamdf和Test_logLDF覆盖刚才新建数据库目录下的Datamdf和Test_logLDF，同时删除Test_logLDF文件；启动数据库服务，发现数据库名Test后面有“置疑”字样。不要紧，打开SQL自带查询分析器，分别执行如下SQL语句：
第一、
exec sp_configure 'allow updates',1 RECONFIGURE WITH OVERRIDE / 打开修改系统表的开关 /
第二、
update sysdatabases set status=32768 where name='数据库名' / 设置数据库状态 /
第三、
DBCC REBUILD_LOG ('数据库名','D:\database\Test_LogLDF') / 重建LDF文件 /
第四、
update sysdatabases set status=0 where name='数据库名' / 重置数据库状态 /
第五、
restore database 数据库名 WITH RECOVERY / 恢复数据库 /
第六、
exec sp_configure 'allow updates',0 RECONFIGURE WITH OVERRIDE / 关闭打开修改系统表的开关 /
按照此方法 *** 作，应该能修复数据库正常访问了。如果问题依然存在，最笨的一个方法就是新建另一个数据库，把原数据库（Test）各个表的数据导出到新建数据库表中。
============================================================
补充说明：用上面的六步把数据库置疑的问题解决了，但是数据库表里还有损坏的表(inf_gdscode)，把坏表导出的时候也不成功。最后在查询分析器里运行：
USE nmgbt_hcxuexipos (数据库名)
GO
DBCC CHECKTABLE ('inf_gdscode',REPAIR_ALLOW_DATA_LOSS)
GO

如果备份的数据库有 个文件 分别是 LDF 和 MDF 打开企业管理器 在实例上右击 所有任务 附加数据库 然后选择那个 MDF文件 就可以了

或者在查询分析器中输入

sp_attach_db 数据库名称 路径\文件名 ldf 路径\文件名 MDF

SQL Server数据库备份有两种方式 一种是使用BACKUP DATABASE将数据库文件备份出去 另外一种就是直接拷贝数据库文件mdf和日志文件ldf的方式 下面将主要讨论一下后者的备份与恢复 本文假定您能熟练使用SQL Server Enterprise Manager(SQL Server企业管理器)和SQL Server Quwey Analyser(SQL Server查询分析器)

正常的备份 恢复方式

正常方式下 我们要备份一个数据库 首先要先将该数据库从运行的数据服务器中断开 或者停掉整个数据库服务器 然后复制文件

卸下数据库的命令 Sp_detach_db 数据库名

连接数据库的命令 Sp_attach_db或者sp_attach_single_file_db

s_attach_db [@dbname =] dbname [@filename =] filename_n [ ]

sp_attach_single_file_db [@dbname =] dbname [@physname =] physical_name

使用此方法可以正确恢复SQL Sever 和SQL Server 的数据库文件 要点是备份的时候一定要将mdf和ldf两个文件都备份下来 mdf文件是数据库数据文件 ldf是数据库日志文件

例子

假设数据库为test 其数据文件为test_data mdf 日志文件为test_log ldf 下面我们讨论一下如何备份 恢复该数据库

卸下数据库 sp_detach_db test

连接数据库 sp_attach_db test C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_data mdf C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log ldf

sp_attach_single_file_db test C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_data mdf

// 本文转自 C++Builder 研究 // ccrun /article aspi= &d=oxit

只有mdf文件的恢复技术

由于种种原因 我们如果当时仅仅备份了mdf文件 那么恢复起来就是一件很麻烦的事情了

如果您的mdf文件是当前数据库产生的 那么很侥幸 也许你使用sp_attach_db或者sp_attach_single_file_db可以恢复数据库 但是会出现类似下面的提示信息

设备激活错误 物理文件名 C:\Program Files\Microsoft SQL Server\MSSQL\data\test_Log LDF 可能有误

已创建名为 C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log LDF 的新日志文件

但是 如果您的数据库文件是从其他计算机上复制过来的 那么很不幸 也许上述办法就行不通了 你也许会得到类似下面的错误信息

服务器: 消息 级别 状态 行

未能打开新数据库 test CREATE DATABASE 将终止

设备激活错误 物理文件名 d:\test_log LDF 可能有误

lishixinzhi/Article/program/SQL/201311/16353

以mysql为列：

规划容灾备份时，有两个参考依据，1：恢复点目标（PRO），2：恢复时间目标（RTO）。他们定义了可以容忍丢失多少数据，以及恢复数据需要多少时间。而且一定要走出一个误区，复制就是备份，只有备份才能满足备份的要求。

个人认为备份方案类型如下：

1：在线备份或者离线备份，通常关闭mysql做离线备份是最简单最安全的，服务器不提供应用访问服务，可以更快完成备份，但是，这样会导致服务中断，同时，重启mysql也需要一定的时间成本，对于已经上线的系统，基本不可取。在线备份的最大一个问题是，mysql可能锁住大量的表，除非锁被释放，否则会有大量的io请求被阻塞。

综上所述，我们在规划备份的时候需要考虑一下几点：

a：锁时间。

b：备份时间。

c：备份负载对服务器的影响有多大。

d：恢复备份时间需要多久。

2：逻辑备份还是物理备份。

（1）：逻辑备份有以下优点：

a：逻辑备份文件恢复非常简单。只需要使用mysqlimport即可。

b：在我们只想查看数据，不想恢复的时候可以使用grep或者sed命令查看。

c：逻辑备份与存储引擎没有关系，我们可以跨存储引擎恢复数据，比如：从InnoDB表中备份，用很小的工作量就可以把数据恢复到MyISAM中。

逻辑备份也会有以下缺点：

a：必须有数据库服务器完成备份工作，增加服务器工作负荷。

b：逻辑备份文件某些场景比数据库本身文件还大。

c：无法保证导入导出的数据是一样的，比如浮点型数据。

d：恢复的时候需要重建索引，速度会慢。

（2）：物理备份有以下优点：

a：基于文件的物理备份，只需要复制 *** 作到目标目录即可。

b：恢复的时候只需要将文件copy到要恢复的目录即可。InnoDB可能需要停止服务和其他一些 *** 作。

c：物理备份中恢复速度块，而且容易垮平台和 *** 作系统和mysql数据库版本。

物理备份也会有以下缺点：

a：文件名大小写敏感，浮点格式数据可能会遇到麻烦。

b：物理备份通常包含很多未使用的空间。

3：增量备份和差异备份。增量备份和差异备份只是局部备份，主要是思想就是不备份没有改变的表，但是会减少服务器的开销，备份时间等。

4：二进制日志备份。通常数据小，我们可以频繁的备份，同时，基于时间点的恢复，二进制日志备份是一个很有效的手段。

5：文件系统快照，通过创建镜像达到恢复的目的。

对于一个好的开发人员来说，有好的备份容灾规划和计划是必不可少的。这样可以提高我们在线系统的持续运行能力。更好的服务我们系统的用户。我个人最喜欢的备份方式就是从文件系统快照中直接复制数据文件。

以上是个人的见解，希望对你有一定的帮助。谢谢。

起点服务器当前没有崩溃。
只是防盗版加强了。
很简单，这就是属于没有热备份导致的。如果网站（包括APP）的数据库没有热备份，一旦源服务器宕机，那么服务就会中断，网站和app都没法访问。如果有热备份，原服务出事，备份服务器可以自动替换。如果有冷备份，源服务器出事，可以在短时间会恢复网站访问。如果连冷备份都没有，那就要花费时间去检查服务器的故障原因并修好，这就可能要好几个小时了。说到底还是起点对网站备份不够重视。IE浏览器本身的问题 当IE浏览器本身出现故障时，自然会影响到浏览了；或者IE被恶意修改破坏也会导致无法浏览网页。这时可以尝试用“上网助手IE修复专家”来修复，或者重新IE。

---