sqlserver怎么把服务器上的数据库备份到本地，不是局域网的服务器？

No1：先在行程电脑上备份：

backup database 数据库名 to disk='文件路径'

然后把备件的文件复制到自己电脑上：

restore database 数据库名 from disk='文件路径'

No2：

备份远程SQLSERVER数据库到本地

1 知道远程MSSQL IP 用户名 密码

2 在本地MSSQL企业管器里新注册 远程数据库

3 选中所有远程数据库的用户表,右键 所有任务 生成SQL脚本 并在选项里选中 编写主键 外键

4 在本地新建一数据库，在新建数据库中执行新生成的SQL脚本，注意脚本中的所属用户 一般全部替换为[dbo] 然后全部执行。

5 然后在新建数据库中点 右键 所有任务 导入数据，先填源数据库，也就是远程数据库，后填目的数据库，也就是新数据库 最后确定。这样就可以把远程的数据库备份到本地

No3:服务器上的SQLSERVER2000数据库导到本地

一，备份SQLSERVER2000，生成bak文件，压缩成包，下载到本地，解压，还原数据库，

二，本sql客户端远程链接服务器，备份，或导出到本地数据库（这个看你网速了），同时要开放服务器1433端口，很不安全

三，分离数据库，考下_dat和log,，考下这两个文件，服务器上再附加，本地用这两个文件附加

科技时代，任何行业都离不开数据的分析以及统筹，如果掌握了最关键的数据及技术，那成功就指日可待，所以数据对于一个企业来说，就是最无形的财富，而一个企业的数据基本都有服务器保存及管理着，如何保证数据安全，实现数据同步及备份？诚恺科技小编就同大家一起来看看在Linux服务器中利用rsync配合inotify实现数据实时同步及备份的方法。

rsync:可以镜像保存整个目录树和文件系统。可以很容易做到保持原来文件的权限、时间、软硬链接等等。第一次同步时 rsync 会复制全部内容，但在下一次只传输修改过的文件。

方案：起初用rsync进行数据备份是利用计划任务，定时执行一下命令实现rsync的同步，但最近开发这边修改比较频繁，看来需要实时同步备份来完善备份机制！所以需要利用inotify触发器来改善！达到一旦指定的位置有了新的变动就将其同步！

环境：

CentOS 64 64位

rsync-309

inotify-tools-314

说明：

101016 (rsync+inotify)----------网站程序(/data0/htdocs/)

101019 (rsync)------------------网站程序备份(/data0/htdocs/)

目的：

实现101016的/data0/htdocs/目录下发生任何变动都将实时同步到101019的/data0/htdocs/上（另，这两台都跑有keepalived+nginx，来实现出现故障自动切换的容灾，详细配置会在后面补上）

一、web服务器101016 (rsync+inotify)

1、准备软件包

2、安装Rsync

1)、1234 tar-zxvf rsync-309targz

2)、cdrsync-309

3)、/configure--prefix=/usr/local/rsync

4)、make;makeinstall

建立密码认证文件

[root@ftp ~]# echo "111111">/etc/rsyncd/rsyncdsecrets建立密码认证文件

其中111111可以自己设置密码，rsyncdsecrets名字也可以自己设置；

权限：要将/etc/rsyncd/rsyncdsecrets设置为root拥有, 且权限为600。

# chmod 600 /etc/rsyncd/rsyncdsecrets

3、安装inotify

1)、1234 tar-zxvf inotify-tools-314targz

2)、cdinotify-tools-314

3)、/configure--prefix=/usr/local/inotify

4)、make;makeinstall

4、创建rsync复制脚本

此项功能主要是将ftp端的目录/data0/htdocs/里的内容，如果修改了（无论是添加、修改、删除文件）能够通过inotify监控到，并通过rsync实时的同步给101019的/data0/htdocs里，下面是通过shell脚本实现的。

[root@web ~]# vim /root/shell/rsyncsh

[root@web ~]# chmod u+x /root/shell/rsyncsh

[root@web ~]# setsid /root/shell/rsyncsh &

#后台运行脚本,关闭shell终端继续后台运行

rsyncsh脚本加入开机启动项

# echo "/root/shell/rsyncsh" >> /etc/rclocal

防火墙开启rsync端口：873

添加：

iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 873 -jACCEPT

重启：

# /etc/initd/iptables restart

二、备份服务器101019(rsync)

1、准备工作

创建备份目录：

# mkdir /data0/htdocs

2、安装rsync（备份主机只安装rsync）

1)、1234 tar-zxvf rsync-309targz

2)、cdrsync-309

3)、/configure--prefix=/usr/local/rsync

4)、make;makeinstall

3、建立用户与密码认证文件

[root@backup ~]# echo "root:111111" > /etc/ rsyncd/rsyncdsecrets

[root@backup ~]# less /etc/rsyncd/rsyncdsecrets

root:111111

注意：

请记住，在101016端建立的密码文件，只有密码，没有用户名；而在101019里建立的密码文件，用户名与密码都有。

权限：要将/etc/rsyncd/rsyncdsecrets设置为root拥有, 且权限为600。

#chmod 600 /etc/rsyncd/rsyncdsecrets

4、建立rsync配置文件

[root@backup ~]# vim /etc/rsyncd/rsyncdconf

启动rsync服务

# /usr/local/rsync/bin/rsync --daemon --config=/etc/rsyncdconf

# ps -ef |grep rsync

Rsync服务加入开机启动项

# echo "/usr/local/rsync/bin/rsync --daemon --config=/etc/rsyncdconf" >> /etc/rclocal

防火墙开启rsync端口：873

添加：

iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 873 -jACCEPT

重启：

# /etc/initd/iptables restart

完成,其实这个时候数据已经同步了！

测试一下：

由于/data0/htdocs/下涉及到一些公司信息，所以就以/data0/htdocs/tmp/为例

主机名可以区别是两台机器，里面的内容完全一直，连文件的属性都一样

再对里面修改一下试试，创建一个文件，然后删除user目录试试

视情况而定，oracle是主流的大型数据库，大多数电信项目都是使用的oracle，而sqlserver与mysql主要是个人以及小型公司使用的的数据库，但是sqlserver需要收费，mysql不用；如果按功能上来说，oracle最为强大，oracle支持递归查询，二后两者不支持。

三个数据库中，只有sqlserver有完整的图形化操作界面，而oracle与mysql都要借助于其他的第三方数据库图形操作界面，比如oracle用的大多都是plsql。

如果是本地数据的需求用SQlite，如果像登陆有用验证或者网络间共享数据的话，就需要调用WebService与后台服务器数据交互，这两种数据是没有联系的。一个是本地数据库，一个是服务器端数据库。本地用数据库就是SQlite，别的不太可能，终端没有那么高的性能，再说甲骨文公司也没出手机端oracle啊。

如果你的数据是已知的，静态的，没有太多的变化，满可以在本地SQlite中存储、读取。这样不会因网络问题而降低效率和成功率。如果数据未知、有实时的变化或者有与其他用户交互、共享的数据必然需要后台服务器数据。

说白了就是服务器的承受能力。 第一，确认服务器硬件是否足够支持当前的流量。

普通的P4服务器一般最多能支持每天10万独立IP，如果访问量比这个还要大，那么必须首先配置一台更高性能的专用服务器才能解决问题，否则怎么优化都不可能彻底解决性能问题。

第二，优化数据库访问。

服务器的负载过大，一个重要的原因是CPU负荷过大，降低服务器CPU的负荷，才能够有效打破瓶颈。而使用静态页面可以使得CPU的负荷最小化。前台实现完全的静态化当然最好，可以完全不用访问数据库，不过对于频繁更新的网站，静态化往往不能满足某些功能。

缓存技术就是另一个解决方案，就是将动态数据存储到缓存文件中，动态网页直接调用这些文件，而不必再访问数据库，WordPress和Z-Blog都大量使用这种缓存技术。我自己也写过一个Z-Blog的计数器插件，也是基于这样的原理。

如果确实无法避免对数据库的访问，那么可以尝试优化数据库的查询SQL避免使用Select from这样的语句，每次查询只返回自己需要的结果，避免短时间内的大量SQL查询。

第三，禁止外部的盗链。

外部网站的或者文件盗链往往会带来大量的负载压力，因此应该严格限制外部对于自身的或者文件盗链，好在目前可以简单地通过refer来控制盗链，Apache自己就可以通过配置来禁止盗链，IIS也有一些第三方的ISAPI可以实现同样的功能。当然，伪造refer也可以通过代码来实现盗链，不过目前蓄意伪造refer盗链的还不多，可以先不去考虑，或者使用非技术手段来解决，比如在上增加水印。

第四，控制大文件的下载。

大文件的下载会占用很大的流量，并且对于非SCSI硬盘来说，大量文件下载会消耗CPU，使得网站响应能力下降。因此，尽量不要提供超过2M的大文件下载，如果需要提供，建议将大文件放在另外一台服务器上。目前有不少免费的Web20网站提供分享和文件分享功能，因此可以尽量将和文件上传到这些分享网站。

服务器上建FTP

远程连接 --选项-本地资源-详情 勾选驱动器 这样远程连接是 可以在我的电脑里看到自己电脑磁盘可以 拷贝文件

这是将服务器上的数据保存到本地的方法，不知道能不能帮到你

在客户服务器结构中,数据的处理在端：数据库服务器和应用程序相分离，保证数据物理独立性\应用程序的独立性。

数据都存在服务器端，他有自己的数据库，客户端只是一些动态链接与数据库打交道。还有一些等信息都是放在客户端的。

没有中间环节，因此响应速度快。同时由于开发是针对性的，因此，操作界面漂亮，形式多样，可以充分满足客户自身的个性化要求。

但缺少通用性，业务的变更，需要重新设计和开发，增加了维护和管理的难度，进一步的业务拓展困难较多。不过此部分内容对于管理制度成熟的仓库企业而言，其困难度并不大。

系统维护 、 升级的比较：

CS结构中的每一个客户机都必须安装和配置相关软件,如操作系统、客户端软件等。当客户端软件需要维护、升级,即使只是增加或删除某一功能,也需要逐一将CS结构中所有的客户端软件卸载并重新安装。如果不进行升级,可能会碰到客户端软件版本不一致而无法工作的情况。

BS结构中每一个客户端只需通过浏览器便可进行各种信息的处理,而不需要安装客户端软件,维护、升级等几乎所有的工作都在服务器端进行,如果系统需要升级,只需要将升级程序安装在服务器端即可。