exchange management basic

官方资料

查询用户邮箱统计详情:

Get-MailboxStatistics username|fl

给用户分配Mailbox Import Export角色,需要重新登陆后生效,不然无法使用import/export命令:

New-ManagementRoleAssignment -User username -Role "Mailbox Import Export"

导出用户数据到pst文件:

New-MailboxExportRequest -Mailbox username -FilePath \\Server\PSTFileShare\username.pst

查询导出状态(identity可以在导出的时候查到):

Get-MailboxExportRequestStatistics -Identity username\MailboxExport

从pst文件导入用户数据:

New-MailboxImportRequest -Mailbox username -FilePath \\Server\PSTFileShare\username.pst

查询导入状态(identity可以在导入的时候查到)

Get-MailboxImportRequestStatistics -Identity username\MailboxImport

linux下用tar来进行增量备份

近来无聊,博客又好久没有更新了,权且来说说linux下面的文件备份吧。

备份无非就是全量备份与增量备份。linux下面的全量备份自然不用说,很多命令与软件都能实现;增量备份相对来说软件就要少些,我常用的就是rsync与tar。

rsync与tar相比,rsync的优点在于可以异机备份,缺点在用不能对文件进行压缩。tar的优点就是可以调用bzip2或者gzip进行压缩,但是只限于本机备份。rsync我这里就不多讲了,今天就来说说tar吧

开题不说闲话,其他参数格式我都不说了,说说我们今天要用的参数格式:

tar -g /path/to/info_file -zcvf /path/to/files_need_backup

在这里对info_file
info_file是一个纯文本文件,以UNIX时间记录备份的时间戳。这个文件一般是第一次全备时自动创建,也可以手动创建。如果你手动创建这个文件,那tar就只会备份在这个时间戳之后修改过的文件,所以严格意义上来说,tar的增量备份并不能算做是增量备份,而只是按时间戳备份而已。这点远远比不上rsync。

ok,了解了一下概念,我们正式开始:

$ mkdir dest
$ touch dest/{1,2,3}
$ tar -g /tmp/timestamp -zcvf backup0.tgz dest/
dest/
dest/1
dest/2
dest/3
$ cat /tmp/timestamp
1281096816

由于/tmp/timestamp原来是不存在的,所以这次备份下来的backup0.tgz就是一个全备份文件。备份之后的timestamp文件内容是1281096816。

然后我们继续。这个时候就要记得info_file要继续用上次全备文件之后文件:

$ tar -g /tmp/timestamp -zcvf backup1.tgz dest/
dest/
dest/4
dest/5
dest/6
$ cat /tmp/timestamp
1281097104

我们可以看到,这次生成的backup1.tgz并没有备份还在dest目录下面的文件1, 2, 3,而只备份了新生成的文件4, 5, 6。

然后,我们再来一个测试

$ touch dest/{7,8}
$ date +%s > /tmp/timestamp
$ touch dest/9
$ tar -g /tmp/timestamp -zcvf backup2.tgz dest/
dest/9
$ cat /tmp/timestamp
1281097553

我在创建文件7, 8之后,利用date命令手动刷新了一下info_file的内容,然后再创建了文件9,之后的备份,大家就可以很明显的看到,文件7, 8并没有被备份。

大家应该也就应该看出来了,这就存在一个问题,就是-g做增量备份时的这个info_file到底记录的是什么时刻的时间。大家可以通过实验得到,info_file的更新时间在在.tgz文件之后的,但究竟记录的时间是不是刚刚开始时间呢?

这个我们也可以通过一个小实验来得到:

$ for i in `seq 1 100`; do dd if=/dev/zero of=dest/test$i bs=1M count=10;done
$ date +%s && tar -g /tmp/timestamp -zcf backup3.tgz dest && cat /tmp/timestamp && date +%s
1281098446
1281098523
1281098524

怎么样,很明显了吧。如果直接用这种方式备份的话,那么从你备份开始到备份结束之间生成的文件是不会被备份的

不过,这也难不倒聪明的你吧。嘿嘿。

mysql备份脚本(借助crontab可分时备份)

今天写了一个简单的mysql备份脚本。

通过调用mysqldump来实现数据库的导出,然后调用tar命令实现打包压缩,接着,用lftp命令实现上传tar包到备份服务器。最后,用crontab实现定时功能。

由于这个脚本主要用于自用,所以很多可以扩展的功能我都没去写了。比如,增量备份,判顶mysqldump的存在,确定FTP服务器是否可用,记录日志并email等功能都没去写了。

呵呵,最后,还是贴出我的脚本,希望能给大家一点参考。:)

好像上传之后,文件被WP给改了些,文件应该是从
#!/bin/bash
这行开始,前面的都可以删了。

点击下载:用FTP备份mysql

分时备份数据库