SQL Server 的日志分析与数据恢复

作者:wiLdGoose 发布时间:August 28, 2008 分类:技术 Technology

本文的话题是“人非圣贤,孰能无过?”。语出《左传·宣公二年》:“人孰无过?过而能改,善莫大焉。”

故而,一直以来我都相信,无论是 SYSOP 还是 DBA,无论是初学还是资深,都会有误操作的时候。事后如何补救才能使损失降低到最小,才是我们应当更为关注的内容。

虽然我没有遇到过不可挽回的误操作,但前段时间确实因为需要对 SQL Server 数据库的日志文件进行分析而接触了《Log Explorer for SQL Server》这款神奇的软件。

有关 Log Explorer 的介绍、使用方法,数据库相关介绍、数据恢复原理等,可以参见这里这里

由于我使用 Log Explorer 的目的只是为了分析数据库日志,因此我选择使用连接在线数据库事务日志来完成工作。其操作步骤比较简单,基本与这篇文章一致。

以下为看图说话时间。

使用数据库帐户登录:

选择库的事务日志文件:

读取日志的状态:

呵呵,这依赖数据库所在服务器的环境和网络速度:

成功连接并读取到远程的事务日志文件:

左侧操作菜单:

“Log Summary”,日志摘要:

切换到“Filter Log Records”,选择筛选条件。读取范围的起始位:

读取范围的中止位:

筛选数据库操作动作:

对表也可以进行筛选:

筛选数据库角色:

提交筛选后给出的分析结果:

切换到“Browse”下的“View Log”,查看刚才筛选条件下的日志记录:

若需要 undo 某条记录,直接右键就行了:

选择“Undo Transcation”后,导出一个 SQL 脚本文件:

由于涉及商业版权问题,该软件的下载地址请自行搜寻:)

基于 FreeBSD 的文件同步方案

作者:wiLdGoose 发布时间:August 16, 2008 分类:技术 Technology

整整两个星期没有写东西了,这段时间发生了太多的事情。当然,也不排除我个人懒惰本性的原因。正如马云同志所说,有的时候懒惰也是一种优点

大约在一个月以前,公司有一个区域合作项目。对方出硬件,我们出技术,最后他们运营。当我在了解对方服务器部署的时候,老实说,我被雷到了。就说做 web 应用的服务器吧,一般的做法都是托管到双线机房完事。没想到对方搞了两台机器,分别放在电信和网通。

从理论上来说,用不同线路的两台机器去实现一个 web 应用,这样的冗余配置是可行的。域名解析方面也非常方便,无论是自己做 DNS 服务还是用第三方的智能解析(如 DNSPod)。但我想的是两台机器之间的数据同步问题:是自动同步,还是人工同步?两个机房之间的物理距离近吗?能否在它们之间接一条物理的线路?如果不能接,那它们之间的通信质量好吗?

根据当时的实际情况,最后我选择做自动同步。因为人工同步就意味着需要花费额外的、不必要的时间成本和人力成本去维护两台内容一样的机器。幸好,有一个很好的开源项目可以帮助解决这个问题,它就是 rsync

我们可以在其官方主页下载页面获得该软件的最新版本。我所使用的版本是 3.0.3

安装与配置方法可参见:
http://industry.ccidnet.com/art/1117/20030301/702597_1.html
http://hi.baidu.com/airpirate/blog/item/20d3f88f0e9e43ff503d922d.html

最后给 badbuildleftleg70 三位同学留言,爱车已到货并装好,近期发照。感谢三位提供的无私的帮助和强大的人文关怀。

部署 MySQL 双向热备方案

作者:wiLdGoose 发布时间:August 1, 2008 分类:技术 Technology

MySQL 是一个小型关系型数据库管理系统,被广泛用于各种中小 Web 应用中。常见的应用架构有:

1、单点(Single):适合小规模应用;
2、复制(Replication):适合中小规模应用;
3、集群(Cluster):适合大规模应用。

曾写过 httpd 服务端与 MySQL 数据库分开部署的情况的文章,那属于单点应用的范畴。而随着业务需求的不断增长,更高的负载量、更安全的系数、更可靠的存储,这一切都会让依然停留在单点应用的你举步维艰。

令人高兴的是,MySQL 早在 3.23.15 版本开始就提供了单向的异步复制功能。利用该功能可以实现两种数据库异步复制:主从模式(A -> B,或 A -> B、C、D)、互相备份模式(A <=> B)。后者也称“双向热备”或“双机热备”,是前者的扩展与补充。

值得注意的是,这种复制是异步的,有别于 MySQL 的同步复制实现(也称做 MySQL 集群、MySQL Cluster,本文不作讨论,感兴趣的话可参见这里)。

相关原理:当主库有更新的时候,主库会把更新操作的 SQL 写入二进制日志 (Bin log),并维护一个二进制日志文件的索引,以便于日志文件轮回(Rotate)。在从库启动异步复制的时候,从库会开启两个 I/O 线程,其中一个线程连接主库,要求主库把二进制日志的变化部分传给从库,并把传回的日志写入本地磁盘。另一个线程则负责读取本地写入的二进制日志,并在本地执行,以反映出这种变化。较老的版本在复制的时候只启用一个 I/O 线程,实现这两部分的功能。

需要注意的地方:

1、主库必须启用 Bin log,主库和从库必须有唯一的 Server Id;
2、从库必须清楚了解从主库的哪一个 Bin log 文件的哪一个偏移位置起开始复制;
3、从库可以从主库只复制指定的数据库,或者数据库的某些数据表;
4、主库和从库的数据库名称可以不一样,不过还是推荐使用一样的名称;
5、主库和从库的 MySQL 版本需保持一致。

由于 MySQL 复制功能的设置都在其配置文件 my.cnf 中体现,因此互相备份模式与主从模式大同小异。本文所涉方案为后者。

首先分别在两台服务器上下载、解压缩版本相同的 MySQL 源码包,并编译安装。此过程在此略过,并假设:

1、两台机器在同一子网内,且 IP 地址分别为 192.168.0.31(以下简称 A 机器) 与 192.168.0.15(以下简称 B 机器);
2、两台机器的数据库版本、目录、初始的库、表均一致;
3、MySQL 配置文件都位于 /etc/my.cnf;
4、需要同步的库:dbname,不需要同步的库:mysql、test。

在 A 机器上添加 mysqlrepl 为同步帐号:

GRANT REPLICATION SLAVE ON *.* TO 'mysqlrepl'@'192.168.0.15' IDENTIFIED BY '密码';

然后:

vi /etc/my.cnf

修改:

# 日志的名称
log-bin=mysql-bin
# 主服务器 ID
server-id=1
# 需要备份的库
binlog-do-db=dbname
# 忽略的库
binlog-ignore-db=mysql
binlog-ignore-db=test

在 B 机器上:

vi /etc/my.cnf

修改:

# 日志的名称
log-bin=mysql-bin
# 从服务器 ID
server-id=2
# 主服务器的 IP 地址或者域名
master-host=192.168.0.31
# 主数据库的端口号
master-port=3306
# 同步数据库的用户
master-user=mysqlrepl
# 同步数据库的密码
master-password=
# 如果从服务器发现主服务器断开,重新连接的时间差(秒)
master-connect-retry=30
# 需要同步的库
replicate-do-db=dbname
# 忽略的库
replicate-ignore-db=mysql
replicate-ignore-db=test

重启两边的 MySQL,在 B 机器上登入 mysqld,执行:

mysql>slave start;

然后可以查看同步配置情况。在 A 机器上执行:

mysql>show master status;

在 B 机器上执行:

mysql>show slave status;

截止这里,我们只实现了 A -> B 的复制,要实现双向热备,仅需要将上面的步骤倒过来执行一遍即可。

解决 Windows 2003 下批处理无权限执行的问题

作者:wiLdGoose 发布时间:July 23, 2008 分类:技术 Technology

如果要问系统管理员最痛恨的事情是什么,我敢打赌,99%的回答不是遇到棘手的问题,也不是遇到莫名其妙的情况,而是给那些该死的 Windows 系统服务器打补丁——一个一个又一个,一台一台又一台,一遍一遍又一遍……生生不息、永无止境。

不要告诉我有 WSUS 这个玩意,我知道。这个鬼东西和域控制器建在一起,那简直就是地狱。至今我依然不记得在同一台服务器上应该先安装 WSUS,还是先搭建域控制器。总之它们俩必定有一个先后顺序,不然会影响对方——我很佩服微软,真的。

幸好伟大的 M$ 公司还有一个玩意叫做批处理脚本。下面这个脚本用于批量补丁,可以帮助系统管理员节约时间,减少白头发:

FOR %%i IN (*.EXE) DO %%i /passive /norestart /nobackup

脚本需要放在那一堆补丁中间,就像羊群中的狼一样。另外参数也可以根据实际情况调整。

前几天在一台 Windows 2003 Enterprise Edition 的机器上,突然运行不了这个脚本,提示:

Windows 无法访问指定设备、路径或文件。您可能没有合适的权限访问这个项目。

我以为我在做梦,或是眼睛模糊了。再次执行,还是一样;来到 CMD 下执行,也是一样,于是我被折服了。

看了 M$ 公司伟大的帮助文档后,才知道这样的情况乃是相当罕见。应该这样解决:

回到上层目录,右键补丁和 BAT 脚本所在的目录,选择“属性”,然后“安全”选项卡,点击下面的“高级”,选择“所有者”选项卡,选中“替换子容器及对象的所有者”,然后“应用”,接着切换到“审核”选项卡,选中“允许父项的继承审核项目传播到该对象和所有子对象。包括那些在此明确定义的项目”和“用在此显示的那些可以应用到子对象的项目替代所有子对象的审核项目”,点击“应用”,确定所有对话框,一切完成。

整理关于验证电话格式的正则表达式

作者:wiLdGoose 发布时间:July 23, 2008 分类:技术 Technology

由于某种特殊情况,前几天又重新开始写 PHP。这次遇到一个比较有意思的问题,被要求使用 PHP 脚本验证来自某个表单的一个(请注意,是一个)文本框中的数据是否为合法的国内电话号码格式或合法的国内移动电话号码格式。

我知道这样 BT 的需求不通过正则实现恐怕是南辕北辙。而我又一向不谙正则,尤其对排列组合十分感冒。无奈之下,搜索……

首先看到 phpchina 上某位兄台的博客上的文章,貌似对常用正则表达式做了一个清晰的整理。文章上对国内电话格式合法性的验证,给出了这样的公式:

\d{3}-\d{8}|\d{4}-\d{7}

很显然,它的适用范围不够广泛。

我们来重新分析一下需求:

1、合法的国内固定电话号码格式:带有前导零的长途区号、连字符“-”(念“hyphen”,具体可参考这里)、电话号码。除此之外,还应考虑分机号码的存在。

合法格式举例:

0571-88909090
0573-6262662
021-60606060-808

阅读剩余部分...

  1. 1
  2. ...
  3. 4
  4. 5
  5. 6
  6. 7
  7. 8
  8. 9
  9. 10
  10. ...
  11. 14