服务器数据备份问题

服务器数据库备份的方法有很多种

一、直接备份

进入数据库的企业管理器，找到数据库，右键--属性，查看数据库文件以及日志文件所存放的位置

其中，MDF为数据文件 LDF为日志文件

所谓的备份就是把所有符合以上规则的文件copy一份，存起来

这种备份方法是最快最完整的，但是在备份前需要将数据库的服务停止：在服务里找到MSSQL Server，停止服务

所以这种备份一定要动作快，尽量在夜间进行，而且不要忘记备份完毕后，开启数据库的服务。

注意：SQL Server2005是没有企业管理器的，要管理2005，需要安装SQL Server Studio

二、利用SQL Server的维护计划进行自动备份

注意：SQL Server2005在创建数据库维护计划保存时，提示“GUID应包含带4个短线”

是因为在安装数据库的时候，没有安装integration service

重装SQL server servers，选择安装integration service组件。

三、

sql server 2005 创建数据库自动备份失败？ 服务器数据库备份常见问题X

备份计划需要开启Sql Server Agent服务

通常服务器是这样的:

struct sockaddr clientAddr;

int ret = accept(s,&clientAddr,sizeof(struct sockaddr));

if(ret > 0)

{

}

SOCKET PASCAL accept( SOCKET s, struct sockaddr addr,int addrlen);

请看accept原型 第2个参数为指针 。也就是如果accept成功 那么服务器端就会得到客户端的struct sockaddr结构体数据，里面包含了客户的ip port等。

实际中要区分的话，应该是有类似于自拟协议，比如约定好，客户端连上服务器后，主动发送包含身份的信息给服务器，服务器识别后，才开始为该客户服务。

try {

sftpcd(directory);

} catch (SftpException sException) {

if (sftpSSH_FX_NO_SUCH_FILE == sExceptionid) {// 如果文件夹不存在，则进行新建

sftpmkdir(directory);

sftpcd(directory);

}

}

用这个就可以解决sftp服务目录不存在问题

有个误区：

在上传插件中，用户点击提交（确认）后，文件才开始上传，这时候，会上传到服务器的某个目录（不是临时目录，一般是服务器按照管理用户文件的规则所建立的文件夹），服务器会返回一个指针，这个指针指向了你上传的文件。当你发送邮件后，邮件中也会包含这个指针。不管你把这个文件放到哪个文件夹，实际上都只是存放的这个指针而已。如非管理需要，这个文件应该会永久保存，任何转发，转储的行为，其实也只是操作的这个指针而不是文件本身。

即使你删除文件，也只是在你的文件夹中删除这个指针。所以，很多“极速秒传”实际上是先判断你要上传的文件的MD5值是否已经在服务器中存在，如果存在，就把已存在的文件的指针放上去，是不是很快？

Nslookup 是一个监测网络中DNS服务器是否能正确实现域名解析的命令行工具。它在 Windows NT/2000/XP(在之后的windows系统也都可以用的，比如win7,win8等) 中均可使用,但在Windows 98中却没有集成这一个工具。

Nslookup 必须要安装了TCP/IP 协议的网络环境之后才能使用。

现在网络中已经架设好了一台 DNS 服务器，主机名称为 linlin ,它可以把域名 wwwcompanycom 解析为 19216801 的IP地址，这是我们平时用得比较多的正向解析功能。

检测步骤如下：

在 Windows 2000 中单击“开始”－>“程序”－>“附件”－>“命令提示符”，在 C:\>　的后面键入 Nslookup wwwt086com ，“回车”之后即可看到如下结果：

Server: linlin

Address: 19216805

Name: wwwt086com

Address: 19216801

以上结果显示，正在工作的 DNS 服务器的主机名为 linlin ，它的 IP 地址是19216805 ，而域名wwwcompanycom 所对应的 IP 地址为 19216801 。那么，在检测到 DNS 服务器 linlin 已经能顺利实现正向解析的情况下，它的反向解析是否正常呢 也就是说，能否把IP地址19216801反向解析为域名wwwt086com 我们在命令提示符C:\>的后面键入 Nslookup 19216801 ，得到结果如下：

Server: linlin

Address: 19216805

Name: wwwt086com

Address: 19216801

这说明，DNS 服务器 linlin 的反向解析功能也正常。

然而，有的时候，我们键入Nslookup wwwt086com ，却出现如下结果：

Server: linlin

Address: 19216805

linlin can't find wwwt086com: Non-existent domain

这种情况说明网络中DNS服务器 linlin 在工作，却不能实现域名 wwwt086com的正确解析。此时，要分析DNS服务器的配置情况，看是否 wwwcompanycom 这一条域名对应的 IP 地址记录已经添加到了DNS的数据库中。

还有的时候，我们键入Nslookup wwwt086com ，会出现如下结果：

Can't find server name for domain: No response from server

Can't find wwwcompanycom : Non-existent domain

这时，说明测试主机在目前的网络中，根本没有找到可以使用的 DNS 服务器。此时，我们要对整个网络的连通性作全面的检测，并检查DNS服务器是否处于正常工作状态，采用逐步排错的方法，找出 DNS 服务不能启动的根源。

配置好DNS服务器，添加了相应的记录之后，只要IP地址保持不变，一般情况下我们就不再需要去维护DNS的数据文件了。不过在确认域名解释正常之前我们最好是测试一下所有的配置是否正常。许多人会简单地使用ping命令检查一下就算了。不过Ping指令只是一个检查网络联通情况的命令，虽然在输入的参数是域名的情况下会通过DNS进行查询，但是它只能查询A类型和CNAME类型的记录，而且只会告诉你域名是否存在，其他的信息一概欠奉。所以如果你需要对DNS的故障进行排错就必须熟练另一个更强大的工具nslookup。这个命令可以指定查询的类型，可以查到DNS记录的生存时间还可以指定使用那个DNS服务器进行解释。