存档

2011年6月 的存档

容量管理

2011年6月22日 没有评论

容量管理(Capacity Management) 致力于在恰当的时间以一种经济节约的方式为数据处理和存储提供所需的容量。这里需要很好的平衡。良好的容量管理可以帮助消除某些“最后时刻”的临时应急式 的盲目采购,或者超量采购。这两种情形都可以节约成本。比如,许多数据中心在其业务运作的时间内,一直都是以不高于20%的平均利用率(使用的容量)在运 行(不包括系统类型的差别,但包括文档和打印服务器等)。当你只有几台服务器时,这种情况还不至于太坏。而当你如许多企业的IT部门一样,拥有成千上万的 服务器时,如此低的利用率就意味着巨额的浪费。

容量管理主要论及下列的几个方面:

● 处理容量的购买成本相对于业务需求来说,是否合理以及处理容量是否以最有效的方式(成本Vs容量)被加以利用?

● 当前的处理容量是否足够满足客户当前以及未来的需求(供给Vs需求)?

● 现有的处理容量是否发挥了最大的效率(性能调整)?

● 额外的处理容量准确地讲应该在什么时候形成?

● 我们是否知道未来需要什么样的IT 容量以及何时需要这种容量?

为了实现其目标,容量管理需要与业务及IT战略流程保持密切的联系。因此,该流程既是反应性的(评价和改进),也是主动性的(分析和预测)。

容量管理的基本内容

容量管理中包括的重要概念包括:

● 性能管理(Performance Management)——为优化整体运营绩效而评价、监控和调整IT基础设施组件的性能的活动。

● 应用选型(Application Sizing)——确定需要用来支付新的或改进后的服务以及预计的未来负载量的硬件或网络容量的过程。

● 模拟(Modelling)——使用分析、模拟和趋势预测模型来确定服务的容量需求以及确定最佳的容量方案的过程。模拟需要分析各种不同的情形,并分析各种“如果……怎么办”式的问题。

● 负载管理(Workload management)——主要是了解不同的业务驱动会产生怎样的结果,需要哪些资源(它既可以作为模拟的一个基本组成部分,也可以是单独的一种活动)。

● 容量规划(Capacity Planning)——根据容量管理数据库分析当前的情况、预测IT基础设施未来的使用情况以及为满足预计的IT服务需求而需要的资源,从而制定容量计划的过程。

为什么需要容量管理

 

容量管理致力于根据当前和未来的业务需求,在恰当的时间(在需要的时候)以恰当的成本协调地提供所需的IT资源。

这样,容量管理不仅要预计那些对客户可能产生影响的业务发展,同时也要预测技术的发展情况。容量管理流程在确定投资回报和成本合理性方面也扮演了重要的角色。

容量管理的效益有:

● 由于资源被有效地加以管理以及设备运作性能被持续地监控,与现有服务相关的风险也被降低了。

● 通过应用选型可以了解新的或改进的服务对现有系统的影响,从而降低与新的或改进的服务项目相关的风险。

● 在恰当的时候(既不要太早也不太晚)进行投资,这意味着采购流程再也不需要应付临时的采购或超前于需求而购买过度的容量,从而总体成本降低了。

● 通过在确定变更对IT容量的影响时与变更管理密切配合,防止了由于不恰当或不正确的容量估计估计所导致的紧急变更,从而降低了业务运作中断的次数。

● 更为灵活的预测使得对客户需求的响应变得更快速和更准确。

● 由于在更早的阶段对IT容量的需求和供给进行均衡,使得IT容量管理的效率提高了。

● 由于IT容量利用的效率更高,从而使得与容量相关的开支得到很好的管理。甚至降低。

这些效益的产生可以改善与客户的关系。容量管理在更早的阶段与客户进行协商沟通,并提前预定客户的需求。与供应商的关系也可以得到改善。有关采购、交付、安装和维护的协议也可以得到更有效的规划。

这样的宅急送你敢用吗?

2011年6月22日 没有评论
这样的宅急送你敢用吗?

转载自:职业欠钱,原文地址不贴,他本人应该不会介意,哈哈。

宅急送,是国内知名的物流公司之一。

根据百度百科的宅急送词条 描述,2004年该公司的总资产已经过2亿了。

这样的公司,应该算是个大公司了,我认为。

大公司应该就有大公司的范,我以前是这么认为的。

所以同事说,这次服务器发货,选择了宅急送,我并未过问。

只是万万没想到,这正是噩梦的开始

2011年,5月11日,我公司2名同事出差在福建,计划将10台服务器发到上海。

当日上午10点,完成机房的手续,致电福建宅急送取件,结果到1点还没来,因行程安排紧凑(晚上的飞机要回上海),同事决定自己打车将服务器送至宅急送公司。

结果送到了以后,宅急送方面说,他们那是个“分公司”,没有打包服务,只有福建总部才有打包服务。

于是同事又继续打车将货物送到了福建宅急送总部。

期间,同事特意问询宅急送业务员:“如果货物丢失的话,怎么办?”

宅急送答复“会按照3倍运费赔付” ————(很好奇为什么宅急送业务员当时不提及可以投保?)

虽然觉得不合理,但快递行业采取的是“格式合同”,客户压根没有讨价还价的余地,于是就这么托运了。

杯具正式上演。

正常情况下,异地托运,3天左右航空件可以到达。

但不知道为什么,我们这批货迟迟没有消息。

中间同事打了福建宅急送业务员的电话无数次,对方都答复“已经到上海了,正在催上海宅急送方面解决”

终于,在5月17日(已经过去一周了),得到一个说法,由于“标签贴错”,3箱货发到上海丢了1箱。还需要上海宅急送方面去寻找。

这丢失的1箱货物里有4台服务器。每一台市场价都过万元。算上折旧,这一箱服务器也仍然价值数万元。

我们只好先收下到的2箱服务器,恳请宅急送方面再仔细寻找剩下1箱服务器。

(当时压根没考虑过这么大的货物会丢失,你能想象一个能装下3个人的大箱子整个不见了的情形吗?我不能)

5月25日,对方仍无进展,但流程上我们完成了“签字”,并标记了“其中1箱服务器丢失”。

期间,我的同事无数次的拨打宅急送客服、福建当地业务员手机,结果得到的答复不是生硬的“不知道”,就是推卸责任,说是另一方的问题,福建的怪上海,上海的怪福建。

最后居然拨打福建当地客服电话、福建承办业务人员电话都没人接了!!

(上海的宅急送客服电话还是接的,总是机械的重复“会联系专员说明情况,他们会在2小时内联系您”,但一次也没有兑现过,从来没有在2小时内真的联系过我)

这时候我们开始寻求新的解决思路。

我们在新浪微博上看到了宅急送的官方微博,还有几个实名认证带V的高管,于是发了若干条微博,@了他们。

很快,某位高管帮我们转发了,并@陈显宝 先生。(陈显宝是现在宅急送的CEO)

这时候,宅急送北京总部的客服主管(猜测的职位)也主动通过微博联系我本人。了解了一些情况并答应向上反馈。

最后,为了方便沟通,还派了宅急送上海分公司的一名市场经理 常小姐来到我们公司和我们谈赔付事宜。

我们还以为看到了希望的曙光:

惊动公司最高层,老板亲自关照并指派专人负责处理。

第一次的谈判,常小姐带来的说法是,宅急送方面承认福建操作承办人员存在重大渎职,并且愿意赔付数千元的通融赔偿。因为我们并未投保,这个额外的通融赔偿已经是物流行业比较罕见的了。

我们表示赔付金额太低,面对硬件价值5万元左右,附加价值(含程序、数据库、误工)更高的损失,我们难以接受。

希望常小姐回去请示总部,并带来更合理的赔付意见。

结果常小姐回去请示后,

又没了声音,

等待了1个工作日没有任何答复,我们开始在微博上质疑宅急送的处理效率,因为请示一下意见,得到的答复应该是即刻的,一个工作日都没汇报的话,不符合常理。

而我们的心态也很理性:第一次的谈判中,常小姐有明确说到,如果我们不满意赔付金额,她可以回去再做适当的请示和申请。

那么我们自然会期待第二次会有略微提高的补偿。

此时,微博上不断的有朋友留言:“算了,能赔1万2已经很不容易了”

我意识到了双方谈判地位的不平等:原来宅急送这种级别的公司,在物流行业,丢失货物太稀松平常了,官司也常有,多一个不多,少一个不少,未投保的丢失货物,大不了赔付3倍运费。打官司就打官司咯。

这时候我安抚同事说:没关系,他们答应了可以再申请一点,这次无论他们加多少,我们就答应了算了,和解吧。

我话音刚落,却意外的得到消息:“鉴于我们在微博上无理取闹,已经对宅急送造成了事实上的品牌损坏,宅急送方面当初的忍辱负重和息事宁人的态度未收到效果,所以1.2万的赔付也拒绝做出了。如果不接受,你们可以去起诉,宅急送的法务部已经做好了应诉准备”

这让我充分理解了谈判地位不平等,和对方的强势。

照这个逻辑,

以后宅急送发货的时候,只要看到值钱的东西,干脆押下别发了,自己留着,然后借口你没投保,直接赔偿3倍运费好了。

反正去打官司也是这个结果。

交谈中,宅急送的客服人员提到了,这是邮政法的规定。

于是我上网去搜索了邮政法的全文

第五章的  损失赔偿 里考虑到了物品丢失的情况赔付:

第四十七条 邮政企业对给据邮件的损失依照下列规定赔偿:
(一)保价的给据邮件丢失或者全部损毁的,按照保价额赔偿;部分损毁或者内件短少的,按照保价额与邮件全部价值的比例对邮件的实际损失予以赔偿。
(二)未保价的给据邮件丢失、损毁或者内件短少的,按照实际损失赔偿,但最高赔偿额不超过所收取资费的三倍;挂号信件丢失、损毁的,按照所收取资费的三倍予以赔偿。
邮政企业应当在营业场所的告示中和提供给用户的给据邮件单据上,以足以引起用户注意的方式载明前款规定。
邮政企业因故意或者重大过失造成给据邮件损失,或者未履行前款规定义务的,无权援用本条第一款的规定限制赔偿责任。

很显然,我们这个案例里,福建宅急送方面明显存在重大过失——就连上海客服的人员都说“这批货没有任何入库出库的记录,属于福建方面人员违规操作,他们全责”(有电话录音为证)

重大过失的情况,与主观故意没有本质上的区别。

综上所述,

1. 宅急送 服务态度不佳,预约时间不上门收件,还要我们主动上门送件

2. 宅急送 承办人员涉嫌误导客户 ,问及赔偿的时候,只提3倍运费赔付,不说可以投保,不满足格式合同的信息公开前提

3. 宅急送 逃避责任,电话追踪事件进展的时候,生硬的回答“不知道”,甚至挂电话,不接电话

4. 宅急送出尔反尔  答应的最低赔付和再争取的空间,事后一文不值

5. 宅急送 店大欺客 ,所谓的谈理赔事宜,居然只是开了个价,然后你们爱接受就接受,不接受拉倒的态度,事后还说“由于经过双方多次沟通都未达成一致意见”,明显睁着眼睛说瞎话

今天,我们已经收到宅急送最后的确认,连当初答应的1.2万元的赔付都不会赔了,

所以,我们本着客观,不夸大,陈述,不诬陷,理性,不冲动的态度,将事情经过整理出来。

并且,也转告了公司的法务,提交律师函,等待对簿公堂。

或许,这个案子我们会赢,但赔付多少不知道。或许还没有1.2万元。

但那已经不重要了。

在某些国家,一个不公平的现象,需要一个知名的案例和判决来改变。

在我们国家,或许需要千千万万的不公平案例累积,才能从量变到质变的驱动决策层改变现状。

那么,我们愿意不在乎这一点点小钱,成为千千万万奠基者中的一个。

并且,我希望,所有受到这种快递行业不公正的同胞能够联合起来,凝聚成一股可以让社会听到的声音。

不求对我们个人有什么回报,但愿改变无数个不公平当中的一个细节。

分类: life 标签: ,

BigDump 数据库导入工具,导入数据库大于2M的数据

2011年6月21日 没有评论

转载自:http://www.daqianduan.com/wordpress-bigdump-mysql/

大家都知道常用的 MySQL 数据库恢复工具是 phpMyAdmin,这是一个开源、免费的工具,大多数主 机商都会免费提供 。相信很多wordpress站长也用过 phpMyAdmin 来进行网站数据库的备份和恢复,确实很方便,并且有多国语言界面。不过,有一种情况可能你还没碰到,就是当你的数据库体积比较大时,例如 SQL 备份文件大于 2MB,甚至大于 10MB,这个时候如果你通过 phpMyAdmin 来进行数据库的恢复,就会出错,显示如下的提示:

通过 phpMyAdmin 来进行数据库的恢复,就会出错

这是因为你的 SQL 文件体积太大,超过了 phpMyAdmin 的处理能力,这种情况在网络速度比较慢的情况下尤为突出,例如站长在周末晚上8点这个网络拥挤的时段尝试使用 phpMyAdmin 来恢复大型 MySQL 数据库备份,就容易遇到这种问题。

很显然 phpMyAdmin 只适用于恢复比较小的 SQL 文件备份。对于超大 MySQL 数据库备份的恢复,你必须换一个专用的恢复工具,那就是:BigDump

BigDump 数据库导入工具简介

BigDump 是由德国人 Alexey Ozerov 用 PHP 语言开发的一个工具脚本,它只有一个文件,名为 bigdump.php(你可以改名运行)。这个文件是独立运行的,因此与你的网站核心程序无关,不管是 WordPress,Drupal 还是 Joomla,只要你使用的是 MySQL 数据库,都可以用 BigDump 来恢复超大的 .sql 格式备份文件。

BigDump 工作的原理也很简单:切割分段导入。它在读取 SQL 文件时,每次只读取一小部分,将其导入,然后重新开始一次恢复进程,再读取一小部分…… 周而复始,直到将整个 SQL 文件全部导入。

BigDump 数据库恢复工具用法演示

假设我们已经有了一个 MySQL 数据库的备份文件,名为 gate2.sql,文件大小约 150MB(这么大的文件别指望通过 phpMyAdmin 来恢复了)。数据库字符编码为 utf-8。我们演示一下如何通过 bigdump.php 工具将这个备份文件恢复到在线数据库中去。

1、获取 BigDump 文件并设置

我们下载 BidDump 工具并解 压,得到一个 bigdump.php 文件。毫无疑问,bigdump.php 文件需要设置一些参数,否则它怎么知道要导入的数据库的连接帐号?

用文本编辑器打开 bigdump.php 文件,在大约第 38 行开始,我们设置要导入的 MySQL 数据库连接参数。如下图所示:


设置要导入的 MySQL 数据库连接参数 

一般来说,设置好这几项就可以了。对于某些特殊数据库,还需要在下面第66行左右设置数据库字符编码。bigdump.php 文件中没有预设这个参数,原文是:

$db_connection_charset = ”;

如果你的数据库是 UTF-8 编码,那么此处就要修改为:

$db_connection_charset = ‘utf8′;

注意那个连字符要去掉。如下图所示:

数据库 UTF-8 编码就要修改为: $db_connection_charset = ‘utf8’ 

接下来将设置好的 bigdump.php 文件上传到 Joomla 网站上,推荐上传到 /tmp 这个临时目录。

2、上传 MySQL 数据库备份文件

现在需要将数据库备份文件上传到 bigdump.php 所在的 /tmp 目录中。考虑到文件较大,我们通过 FTP 软件 FileZilla 上传 zip 格式的文件,然后借助 Joomla 后台安装的 eXtplorer 资源管理器组件 将其远程解压,在 /tmp 目录中得到 gate2.sql 文件。

3、启动 BigDump 工具

在浏览器地址栏输入 bigdump.php 所在 URL 并回车,运行这个文件。例如本次演示是在本地测试服务器上进行,那么对应的运行网址是:

http://localhost/gate/tmp/bigdump.php

如果你输入的 URL 正确,就应该看到如下画面:

http://localhost/gate/tmp/bigdump.php 

这就表示 BigDump 工具已经成功启动,它在启动时就自动扫描所在目录中的全部文件和子目录。如果找到 SQL 格式或者 gzip/zip 格式文件,就假设这是数据库文件,在这些文件后面,就会显示出相应的操作链接。例如在上图中,它探测到所在目录中有一个 gate2.sql 文件,那么针对该文件就在表格右侧同一行中显示了两条操作链接,分别是“Start Import”(开始导入)和“Delete file” (删除文件)。上图的表格中也显示了 SQL 文件的大小,可以看到这个备份文件接近 150MB。

在上图中,还可以看到一个文件上传功能,点击那个“浏览”按钮,你就可以上传一个 SQL 文件(或其压缩包)来进行导入。但是我们不推荐使用此功能。对于大型文件,FTP 上传是最佳选择。

4、运行 BigDump 导入功能

点击上图中的“Start Import” 链接,就看到如下画面:

点击上图中的“Start Import” 链接 

上面这个截图是导入开始一段时间之后所截取的,可以看出 BigDump 正在顺利进行 SQL 文件的导入。表格中不仅显示了文件大小,还显示了已经导入的字节数及总体进度。

经过一段时间后(大约20分钟),这个 150MB 大小的 SQL 文件终于导入结束,看到如下画面:

150MB 大小的 SQL 文件终于导入结束 

原来显示进度条的地方,现在显示了一条消息:

“Congratulations: End of file reached, assuming OK”

意思是说:已经到达文件末尾,想必应该成功了。看到这条消息,你就可以完全放心了。BigDump 已经成功地将你的 SQL 备份文件导入到你所指定的 MySQL 数据库里面了。

注意:数据库恢复成功结束后,不要忘记删除 bigdump.php 备份工具和你的 SQL 文件!

使用 BigDump 数据库导入工具的注意事项

1、在开始导入之前,目标数据库必须清空

如果目标数据库里面含有记录,那么 BigDump 就无法导入,会报错停止。因此请在开始运行 bigdump.php 文件之前,将目标数据库清空(最好删除全部内容)。

2、所用的 SQL 文件不能含有 Extended Inserts

或许很多第一次使用 BigDump 的用户都会遭遇这个问题。这是因为 phpMyAdmin 在导出数据库时,已经默认勾选了“使用扩展插入”。

这里的“扩展插入”就是 Extended Inserts,而 BigDump 是不能处理带有 Extended Inserts 的 SQL 文件的。所以,在你制作数据库备份时,必须在 phpMyAdmin 的面板上去掉“扩展插入”的勾选。如下图所示:

phpMyAdmin 的面板上去掉“扩展插入”的勾选 

3、如何使 Akeeba Backup 与 BigDump 配合工作?

我们前面推荐大家使用 Akeeba Backup 来制作备份文件。那么,可否使用 Akeeba Backup 来制作数据库备份,然后通过 BigDump 导入?当然是可以的。不过,这里面需要一些特殊技巧。我们将在 Akeeba Backup 使用详解 这篇教程中介绍。

4、使用 BigDump 导入仍然发生超时错误

这种问题多见于配置比较低的服务器,或者服务器繁忙时段。那么,你可以尝试修改 bigdump.php 文件中的“Other settings (optional)” 这部分的 $linespersession 参数,将默认值 3000 修改得更小一些。(不过,我认为你还是换一个更好的服务器吧,例如 Hawkhost)。

5、发生 MySQL 服务器超载怎么办?

如果服务器性能较差,在运行 bigdump.php 过程中可能会发生 MySQL 服务器超载(overrun)故障。你可以修改 bigdump.php 文件中的 $delaypersession 参数来解决。该参数让 bigdump.php 文件在结束一个片段的导入之后,休息一段时间(你设定的数值就是暂停的时间,单位:毫秒),然后再开始下一个片段的导入,这样服务器就不会太累了。

6、直接把 .sql 格式文件交给 BigDump

在本次演示中,我们先将 zip 格式的备份包上传到服务器上,然后又将它解压成 .sql 格式的文件,再通过 BigDump 来导入。为什么不直接用 BigDump 来导入压缩格式的备份文件?

没错,BigDump 具有导入压缩格式 SQL 备份文件(zip/gzip)的能力,但是在处理压缩文件时,它需要先在临时目录中将其解压,再读取。请注意:这个解压并不是一次性的,而是每导入一个小 片段,就要将整个压缩包重新解压一次。因此,直接导入压缩格式文件,反而使 bigdump.php 运行变慢。

7、还有更奇怪的问题……

一般来说,运行 bigdump.php 导入一个 SQL 备份文件非常容易。如果你参照上述注意事项及操作过程,仍然不能顺利完成数据库备份文件的导入,那么请到 BigDump 官方网站 阅读更多 FAQ,查找原因。如果还无法解决,可以到 Joomla 中文论坛 发帖讨论。

下载 BigDump(bigdump.php) 大型数据库 SQL 文件分段导入工具 v0.32b 英文版

分类: linux 标签: ,

blog迁移至国外!

2011年6月21日 1 条评论

blog挂了一个月了,今天终于重见天日了,之前blog放在 http://www.n-7.cn 七号数据中心,他们服务真的是太烂了,网站挂了,找他们解决问题,很不负责的,就让他们帮忙还原下数据库。打过电话,不接。qq上弹一整天屏,也不踩你的。持续一个月时间。

上面的都不算什么,我的blog数据2次丢失,一次是他们迁移服务器时,数据弄丢了,另外一次是换硬盘,数据给弄丢了。他们的狡辩是:别人的没丢,就你的丢了,因为就你用的是wordpress,是我用这个WordPress的错是吧,数据丢了,自己不反省,怪用户网站类型。

每次他们有操作时,比如服务器迁移,更换硬盘,也没提醒我,邮件,qq上都不通知的,数据掉了,那就真的掉了。提醒在七号数据的用户自己每天做好备份,我是自己备份的,不过还是丢了几天的数据。数据无价啊。