WITSML 正改变实时系统的面貌(SPE112016)

WITSML 正改变实时系统的面貌

翻译：莫夏迪，校对：李海峰

 
 
 摘要
 在越来越多的实时工作流程中，WITSML 已经成为一项关键的技术。 尤其对于越来越多
 的陆上作业中心中的综合业务，更是如此。 两年前，知道WITSML 的人还不多，使用的人就
 更少了。 而现在，WITSML 标准指导技术联盟中的成员已经增加到51 家公司。 对于大多数
 公司，往往是从将深度数据纳入其资产数据库开始使用WITSML 的。 对于这些公司，WITSML
 标准已经成为了行业的规范。 而WITSML 的早期使用者，如Statoil，则正在将WITSML 的
 使用扩展到更广泛的井场作业范围中。 在资产小组中，标准数据传输机制可以整合新的工
 具和流程，这使得地质学家和工程师可以在他们熟悉的桌面应用程序中使用实时数据。 同
 时还能对数据传输服务进行中央管理，让地质学家和工程师们可以专注于各自的领域，而不
 是去考虑如何采集数据。
 这些领域中的新技术和新流程正帮助作业者实现从实时远程监测到实时远程控制的重
 大跨越。
 现在，越来越多的公司发现，仅仅接收到可视化数据是不够的。 它们期望能通过标准
 格式对数据进行实时传输。
 作业者可以用WITSML 标准来传输数据，可以用该标准来明确对供应商的合同要求，也
 可以用标准来建立和衡量实时数据传输的关键绩效指数（KPI）。
 在完善的Schlumberger 公司WITSML 流程中，对钻井进行优化和说明的应答产品将通过
 一个统一的WITSML 客户端来使用本标准。 这将减少软件开发的周期并简化数据的采集。
 而正在建立的WITSML，将能为实时工作流程带来许多业已证明的好处。 该标准的不断
 更新，将提高那些使用该标准服务公司和作业者的竞争力。 因此，WITSML 将继续居于优势
 地位，并将在本行业内获得更广泛的支持。
 介绍
WITSML（井场信息传递标准标记语言）是一种数据传输标准，旨在促进井场和基地之间
 钻井数据的有效传输。 WITSML 标准由WITS（井场信息传输标准）开发而来（Jantsen 等1987
 年）。从上世纪八十年早期起，业内就已经广泛地使用WITS 了。通过该标准的使用，将面向
 对象数据作为XML 文件在SOAP 和HTTP/S 上传输（Kirkman 等2003 年）。 在大多数情况下，
 通过一个API，这类数据可以在WITSML 服务器（主要与来自现场的采集或聚集数据有关）
 和WITSML 客户端实时启动消费应用程序组件之间进行传输。 虽然，大多数WITSML 服务器
 能够使用广泛的数据对象，但是仍需对客户端进行设定，才能接收到来自应用程序常用对象
 的数据。 随着钻井数据双向传输越来越普遍，有必要开发一些服务器与一些供WITSML 服务
 器和WITSML 客户端使用的终端应用软件。
Energistics 组织（石油技术开发标准协会的前身是POSC）通过一个“技术联盟”（SIG）
 来促进本标准的开发。该技术联盟成员包括石油公司，服务公司，软件提供商和监管机构的
 代表，目前组织的成员数量大约为50 个。 SIG 的活动主要分为三个主要领域。
z 指导委员会：负责标准开发的长期和战略计划
z 用例和实施支持小组：负责中期开发并对提高标准的额外用例提出建议。
z 技术小组：开发和维护本标准的技术解决方案（例如，按计划进行升级）。
 在开发完成后，本标准将包含更多的数据类型并能在应用程序和获取数据系统之间有效
 地传输数据，以便终端应用软件可以消费这些数据，这使得本标准成为了综合钻井作业领域
 内的一项关键技术。
 标准数据传输方法
 多年来，很多地方的不同作业者都见证了FEWD 数据在远程钻井地点和中央基地之间实
 时传输的价值（例如，Booth 和Herbert，1989 年，Zachariah 等，2002 年）。在过去，这
 类传输的问题之一就是在众多的数据传输方法中，有一部分是具有专利的，这使得终端应用
 程序的数据传输很不标准而且非常耗时。 通过专用WITSML 服务器，WITSML 标准广泛应用
 于数据的传递中，服务器将数据发送到已在服务器上注册的客户端中的实时启用的应用程序
 上，这已经成为一个更为标准的流程。 这意味着无论服务公司是否在终端数据用户桌面上
 提供了数据或应用程序供应商解决方案，正式的数据传输流程和工作流程都能发挥作用。 接
 下来，引入集中设施的作业者也可以进行下一个重大的改进，即在“陆上/作业支持中心”
 中用这些数据进行工作（McCann 等，2004 年）。 因此，在世界各地，使用这项流程的作业
 者正变得越来越多。 数据传递和传输方式的标准化使得作业者可以从众多供应商中获得最
 佳服务和软件解决方案的时候，还能保持数据的有效流动。
Statoil 公司管理这一流程的方法就是建立实时支持（RTS）中心小组。 该小组负责世
 界各地所有Statoil 作业钻机和平台的实时数据传递。 该小组通过内部工程数据库，集中
 管理来自现场工具和传感器的地面和井下随钻地层评价（FEWD）数据。 这种流水作业方式
 允许每个资产的C&C 工作组有信心访问任意时间的有效地新数据，这将允许他们更新自己的
 模型，同时联系他们的工程师团队确认是否在将要开钻前更新他们的钻井计划。
 该方法在公司所有资产小组中的成功实施，使我们明确了应将该方法扩展到以前管理的
 纯深度FEWD 数据以外的领域。 现在，时间数据也可以采用同样的流程了。 该流程最初主
 要来自于现场的钻井作业，而现在该流程也越来越明显地可以适用于其他相关的井场作业，
 如固井和测井作业。 对于资产小组的工程师，按这种方法管理数据的传输将可以加强钻井
 的优化。 过去在完井后不久就抛弃的数据，现在却可以储存到中央数据库中。 这使得我们
 可以对基于时间临井数据进行比较，同样的，现在，G&G 团队也可以使用这些临井数据。 还
 有，由于采用了标准格式的接收数据，历史学家就可以通过WITSML 服务器端口发布数据，
 使数据可以与终端所使用的应用程序相互作用，其作用的方式与钻井阶段实时输入数据的应
 用程序一样。
 在地质和地球物理（G&G）与工程团队之间的交叉学科协作领域中，一直存在着目前的
 最强劲/最具战略意义的发展潜力。 在多学科中都可以使用的应用程序，能够使G&G 和钻井
 工程联合数据有效的形象化，这将大大强化协作的能力。例如，在WITSML 标准中，风险对
 象可以传输来自钻井优化包的数据，从而提高了这些工作流程。在钻井优化包中，可以确定
 高机械冲击/冲击风险，并将其记录到含有地质模型的数据包中。 随后在深度地质模型中，
 可以在相近临井井设计阶段中将此类风险标记为潜在的钻井风险。 该过程确保了可以将一
 个学科中已知的问题更好地与整个小组的井设计和执行情况相结合，从而对风险和不确定性
 进行更有效地管理。随着该过程的日益成熟以及资产小组中的终端用户越来越熟悉数据的实
 时接收，可以处理的数据类型将变得越来越丰富。 这给WITSML 带来了挑战，因为并不是所
 有的现场数据提供者都能够实时地传输数据或是按照特定的WITSML 格式来传输数据。 随着
 需要整合更多的现场数据类型，人们也逐渐认识到了数据汇总解决方案的重要作用（图1，
Karr 等，2007 年）。 此外，现在的WITSMl 标准可能还不支持一些新出现的数据类型。 在
 这种情况下，SIG 的用例和实施替代小组将对标准进行添加和修改。 通过这次研讨会，制
 定了记录的用例并将其递交给指导委员会批准，为了将其添加到本标准所支持的数据项目清
 单中，还将这些用例作为技术解决方案递交给技术小组。
 从实时监测到实时控制
 除了将钻井的WITSML 和FEWD 数据输入到陆上中心以外，也应采用相似的方法将原先在
 现场处理的其他作业数据传输到基地，使工作人员即使是在海上环境中，也能获得陆上的数
 据。 虽然WITSML 的使用并不一定能够直接实现实时控制，要实现实时控制更多的还得依靠
 远程控制和监测工具的开发，但实时控制还是和WITSML 关键工作流程的发展结合到了一起。
 在早期的该过程中，将“地质导向者”（井位工程师）传输到资产小组环境中，而不是将它
 们定位于现场中。 这不仅具有明显的质量健康安全环保（QHSE）管理体系优势，而且也可
 以让个人与提供服务的资产小组进行直接的互动。 而接下来所要考虑的就是将远程端提供
 哪些附加服务。 过去的几年，Statoil 各资产小组与其他作业者中的MWD 和LWD 工程师以
 及泥浆录井数据工程师已经可以在远离现场的地方进行工作了。 该流程显然极大提高了对
 基地和现场之间连通的可靠性，也提高了所采用数据传输方法的可靠性，这使得人们可以远
 程访问他们工作所需的数据。
 实现有效实时数据的关键绩效指标（KPI）
 实时数据可以使员工在基地就能完成原来需要在现场才能完成的工作，从而减少了现场
 总人数（POB），随着实时数据依赖性的增加，有效传输也越来越重要了。 现在已经可以预
 见，由于作业中心钻井数据传输的断开，将造成现场作业的终止，从而造成非工作时间（NPT）
 的损失。 随着钻机平均机械钻速越来越高，不久之后，相对于现场作业，非工作时间的损
 失将使基地作业在经济上不再具有任何优势（不考虑其他QHSE 管理体系和作业的优势）。 因
 此，用清晰的传输服务关键绩效指标(KPI)来支持综合作业的数据传输服务就显得非常重要
 了。 用该指标来测量常用网络传输解决方案相对于传输数据服务器或网站的可用性或正常
 运行时间的历史可用性。 但这仅仅是该指标应用的一小部分而已。 网络服务器的100%可
 用性意味着从服务器传输的数据没有质量的或完整性的问题。 为此，WITSML 标准可以为服
 务提供商的数据传输设定现实的并可度量的KPI。
 表一说明了一些在WITSML 传输中建议的KPI，以及度量它们的标准。 KPI 是否有效的
 一个重要标准就是KPI 不仅应能度量WITSML 服务器的可用性，还应能度量服务器上高质量
 实时数据的可用性，这包括服务器即时处理所有作业客户请求能力的可用性。 例如，可以
 通过度量服务器传输一定数量带有已知数量数据点曲线所用的时间，来度量WITSML 服务器
 的性能。 不论是时间数据还是深度数据，了解请求的数据密度（即数据点的总数）是很重
 要的。 此外，还必须认识到许多服务提供商都设定了对单一连接中最大数据数量的限制。 通
 常采用限制发送到服务器端的不规范的WITSML 查询请求，使它们不对系统的整体性能产生
 不利影响。 为了说明问题服务器的正常作业性能，除了常规作业载荷外，理论上还应进行
 此类测试。
 关键绩效指标 度量标准
WITSML 服务可用
 性： 作业时间百分数。
 在作业期间，协议WITSML 服务的平均可用性。 包括高质量实
 时数据的可用性。
 例如（对于给定作业）：
z 不能实时获得的GR 曲线或轨迹
z 丢失了钻井最后70 米的机械钻速。
z 错误的轨迹北向参考
z 在1300 米到1700 米之间，相对于时间参数的错误取
 样速率。
WITSML 服务无效
 期限： 分钟
 在作业中，每一个WITSML 服务可用的时间长度。 虽然，总可
 用性应处于以前KPI 对象的范围之内，但是任意无效实例都不应大
 于本KPI 对象的可用性。
WITSML 数据质量
 问题响应时间： 分钟
 不应根据强制性数据类型（例如，井，井眼，录井（深度），录
 井（时间）数据）的要求来接受WITSML 数据
z 数据对象的命名（例如录井曲线）
z 计量单位（例如，公制）
z 强制数据元素和数据格式（例如，时区），数据采样
 率
WITSML 服务器响
 应时间和吞吐量（性
 能）： 度量吞吐量所用
 的秒数。
 传输一定数量含有一定数量数据点的平行WITSML 客户录井曲
 线，服务器所需的最大时间。 对不同录井曲线的所有请求。 除了
 正常服务器工作载荷，还应执行上述请求。
WITSML 服务器更
 新速率： 秒
 在现场获得的数据点与从基地WITSML 服务器上查询到的数据
 点之间最大的允许时间。
 表1 WITSML 数据传输建议关键绩效指标
 除了考察实际WITSML 服务器提供商的KPI 以外，对井场和基地连接内部或外部供应商
KPI 的考察也一样重要。 这样，就可以对终端用户网络的可用性进行管理，并可以在早期
 阶段就确定性能不佳的区域。
 在WITSML 数据传输中采用现实的和可度量KPI，作业者不仅可以对不佳的数据传输进行
 处罚，而且还可以为超过KPI 的服务供应商提供激励。
 服务公司的态度
 在现场以及现场和基地之间的数据传输中广泛地采用WITSML 标准，将为服务公司带来
 许多好处。 首先，相比于WITS，WITSML 可以传输更广泛的数据类型，因此可以尽早的使用
 新型的工具和测量方法。 其次，统一的数据源类型还可以缩短为了获取和传输数据而升级
 和开发新软件解决方案的时间。 为了应对越来越多的实时内部商业应答产品，Schlumberger
 已经采用了统一的WITSML 客户端应用软件，目前所有的应用软件都能使用该客户端软件来
 接收数据。 在该软件中，只需要将与标准开发相关的变化（例如目前颁布的1.3.1.1 版标
 准）引入到单独代码中就可以了，这降低了开发成本和时间。 该标准还有助于处理目前由
 于不同供应商而造成与本标准不同配置有关的“方言问题”（Gr¢vik，2007 年）。
 除了在获取和处理/解释之间数据传输和处理简化过程中的优势，完全采用本标准将使
 得从第三方作业者接收数据变得更容易，并且还能提供其他的增值服务，如数据的优化。 当
 然，在很多方面，这也是一柄双刃剑。这是因为，虽然它可以为大型服务公司提供有关其自
 己和竞争对手数据的服务，但是它也为大型和小型公司提供了参与这个市场的机会。 另外，
 传输供应商为了钻井作业而通过客户端OSC 产品提供中立的数据汇总服务和支持，也变得越
 来越重要（Karr 等，2007 年）。
 将不同来源的所有相关数据（如泥浆录井，井下工具，地面钻机传感器等）合并到同一
 个WITSML 服务器上，这使得作业者公司小组与服务公司小组可以获得单一来源的G&G 和工
 程数据。 这样有明显的好处，例如，Schlumberger 作为FEWD 提供商，可以通过我们的内
 部作业支持中心监测和管理我们的客户。 这带来了非常好的服务质量，同时还可以使远程
 工作人员获得集中的支持。 现在，大多数此类中心都可以通过WITSML 客户端关键优化应用
 程序对作业进行监测。 将时间和深度数据有效结合和可视化之后，该工具使工程师可以进
 行广泛的安全和性能监测以及优化。 这些监测和优化包括，跳闸载荷的自动监测，模拟和
 实际阻力测量的比较，以及钻机状态自动分析（McLaren 等，2007 年）。
 图1 服务公司和作业者支持中心中的WITSML 数据流和数据消费
 该工具使用的WITSML 数据与作业者内部工程师和地质专家所用的数据相同。 同样，在
 用户团队中，终端使用的应用程序可以将数据从同一个来源如WITSML 服务器中拉出，这意
 味着作业支持工程师可以捕捉到与服务器数据输入接口有关的中断或问题并及时采取行动。
 过去，数据一直来自于服务器和用户终端上无法确定数量或来源的数据源。 这意味着，有
 时不会像现在这样，可以很快就收集到与数据传输有关的问题。
 图1 说明了作业者和服务公司作业中心之间WITSML 数据与本方法工作流程各类数据的
 相互关系和相依性。 虽然，不必进行相同的分析，但是各中心还是使用来自同一来源的相
 同数据类型，这使得各中心可以分享共同的数据来源并从中获得好处。
 总结
 随着WITSML 越来越被广泛的接受和了解，它将继续为作业公司和服务公司获取数据增
 加价值。 对于作业者 ，它可以更严格的控制勘探和生产数据流程的管理和支持，同时让内
 部专家更关注于他们的专业领域，而不是去关注数据收集。 此外，地质学家和工程师也可
 以在他们所熟悉的实时应用软件中工作，这将带来更高的生产效率。 对于服务公司，它将
 提供快速部署新实时使能应答产品和服务的能力，同时为专家服务提供从第三方获得的数
 据，而且获取的方法将比过去更简便。
 但是，只有完全采用本标准后才能充分实现这些优势。虽然，目前（通过石油技术开发
 协会SIG 成员资格）参与本标准开发的服务公司数量增长迅猛，但是参与的作业者数量却增
 长缓慢。 为了确保目前和未来的传输需要，参与本标准的开发是一个很好的方法，应该予
 以鼓励。 因此，WITSML 将继续居于优势地位，并将获得本行业的支持。
 缩写表
FEWD-随钻地层评价
G&G-地质和地球物理
KPI-关键绩效指标
LWD-随钻测井
MWD-随钻测量
NPI-非生产时间
OSC-作业支持中心
POB-现场总人数
RT-实时
SIG-技术联盟
WITS-井场信息传递标准
WITSML-井场信息传递标准标记语言
 致谢
 非常感谢挪威斯塔万格 StatoiHydro 公司实时支持小组的各位成员，感谢他们对本文出
 版的指导和帮助，同时也十分感谢苏格兰阿伯丁，挪威斯塔万格和澳大利亚佩思的
Schlumberger 作业支持中心各成员所作出的贡献。