我是一家软件开发公司的一员,我们为客户定制开发的应用程序.
我们的软件使用MS SQL Server,我们遇到了一些客户没有DBA来管理数据库,或者如果他们这样做,他们缺乏足够的知识来充分履行他们的工作.
我们正在与其中一个客户起草合同,在明年为我们的软件提供新功能的开发服务,他们有足够的时间来定制我们的软件.
现在,他们希望我们也包含数据库管理服务的引用,问题是它们包含一个条款,表明只有在请求时才提供这些服务.
我的第一反应是数据库管理是一个持续的过程,而不是他们可以在未来一个月内给我们打电话一两天.我说的是一个中央1TB + MSSql集群和100个分支机构,带有MSSql Workgroup版本.
我的问题是关于如何证明每个月必须有一个固定的小时数来进行dba工作的建议,而不仅仅是当他们的管理层认为他们需要它时(我猜他们只会遇到问题) .
PS:也许这将被关闭,因为没有编程相关.但我是程序员,我有这个问题.我的工作是软件开发,但我不想失去这个客户端,我能想到的唯一解决方案是找到一种让客户了解范围的方法,这样我们就可以聘请合格的DBA为他们提供所需的服务. .
编辑:我们在拉丁美洲国家,客户在西班牙语区.我的猜测是,在较发达的国家,有一种文化可以了解情况的微妙程度.
在规模大的系统上没有DBA等待发生的灾难.如果他们不理解,他们就没有资格运行这么大的数据库.我建议他们与具有相似规模的数据库的其他公司交谈,让他们询问他们的DBA以及他们为他们做了什么,以及他们是否认为没有他们就可以生存.
也许MS SQL Tips下面的链接可以给你一些很好的谈话要点.但是那些不具备技术性的人不会回应对良好DBA必要性的技术解释,你可能不得不努力证明不良DBA的成本.找出最糟糕的情况,看看他们对这些情况的看法.如果你能让它看起来像是一个很好的财务举措(而且我认为我们都知道它),那将是一件容易的事.
http://www.mssqltips.com/tip.asp?tip=1278
这绝对是"你可以把马带到水中,但你不能让它们喝水"的情况之一.
我在这里的建议是每小时引用一次DBA服务,并将速率设置得足够高,以便在您决定要时可以外包工作.当(不是)SQL服务器开始出现问题时,该公司就处于困境之中.
我还建议您在报价中包含每年一次的非可选2小时数据库技术审核.这是你有机会说'你今年在数据库维护上花费了XXX,其中大部分用于灭火,如果你刚刚花费了XXXX/4并聘请了DBA,这本来可以轻松避免.我们关心您作为客户,我们希望您省钱,因此我们建议您承诺使用DBA进行定期预防性维护.
我还建议您将任何支持请求归类为具有数据库维护的根本原因b/c与其他原因.这将使您在年度审核期间(在他们将要支付给您的费用时)在客户面前放置一个漂亮的饼图.管理感知至关重要,因此他们不认为您的代码会导致问题.您甚至可能每季度与他们分享这些指标(数据库相关问题与非数据库相关问题).
有时人们在变化之前需要经历痛苦.关键是当他们吸取教训时,不要在锤子和拇指之间,每小时引用的工作是这样做的一种方式.
作为旁注,这类问题对于大量开发人员来说非常有用.我会说这种事情会影响程序员的生活质量,而不是任何算法或库问题.谢谢你的问候!
| 归档时间： |
|
| 查看次数： |
279 次 |
| 最近记录： |