Petrel 2007-1-2 Deployment Guide

Petrel 2007.1.2 Page 1

Schlumberger Public

Petrel 2007.1.2 Deployment Guide

Schlumberger Information Solutions Document Version: 2007-10-02


Schlumberger Public

Copyright Notice 2007 Schlumberger. All rights reserved.

No part of this document may be reproduced, stored in a retrieval system, or translated in any form or by any means, electronic or mechanical, including photocopying and recording, without the prior written permission of Schlumberger Information Solutions, 5599 San Felipe, Suite 100, Houston, TX 77056-2722.

Disclaimer Use of this product is governed by the License Agreement. Schlumberger makes no warranties, express, implied, or statutory, with respect to the product described herein and disclaims without limitation any warranties of merchantability or fitness for a particular purpose. Schlumberger reserves the right to revise the information in this manual at any time without notice.

Trademark Information *Mark of Schlumberger. Certain other products and product names are trademarks or registered trademarks of their respective companies or organizations.


Schlumberger Public

Table of Contents 1. Document Overview ...................................................................... 9

1.1 Who Should Use This Guide ......................................................... 9

1.2 Reference Material ................................................................... 9

2. Overview of Deployment Options ................................................... 10

3. Petrel Basics ............................................................................. 12

3.1 What is Petrel? ...................................................................... 12

3.2 What is a .pet Project? ............................................................ 12

3.3 What is a .petR Project? .......................................................... 12

3.4 How does Petrel identify Objects? .............................................. 13

3.5 Can I change the GUID for an object? ........................................... 14

3.6 What are the .DAT files in the Petrel 2005 project directory? .............. 14

3.7 What are the .PTD files in the Petrel 2007.1 project directory? ........... 14

3.8 Can you tell what data is stored in each .PTD file? ........................... 14

3.9 What are the .BAK files in the Petrel 2007.1 project directory? ........... 15

3.10 What is a ZGY File? ................................................................. 16

3.11 Is all seismic data stored in .PTD files? ......................................... 16

4. Hardware and Software Considerations ............................................ 17

4.1 Verifying Hardware and Software Requirements .............................. 17

4.1.1 What processors should I use? .............................................. 17

4.1.2 How much memory (RAM) should I have? ................................. 18

4.1.3 Should I use Windows XP 64-bit? ........................................... 18

4.1.4 What is the 3GB switch? Should I use this? ................................ 18

4.1.5 What graphics cards should I use? .......................................... 19

4.1.6 How can I optimize the graphics card for use with Petrel? ............ 19

4.1.7 What other considerations should I keep in mind for geophysical workflows? ...................................................... 20

4.2 Recommended Tested Hardware Solutions .................................... 20


Schlumberger Public

4.3 Ready-to-Run Solutions ............................................................ 21

4.4 Petrel VR Hardware Considerations ............................................. 21

4.4.1 Petrel VR System Requirements ............................................ 22

4.5 Seismic Server Considerations .................................................... 22

4.6 Simulation Server Considerations ................................................ 22

5. Petrel License Considerations ........................................................ 23

6. Optimizing Petrel Data Usage ........................................................ 24

6.1 Optimizing the Storage and the Network ....................................... 24

6.2 Standardizing the Storage on Disk ............................................... 25

6.3 Standardizing Data in Petrel ...................................................... 26

6.3.1 Creating a Petrel Project Template ....................................... 26

6.3.2 Creating a Library of Workflows ............................................ 27

6.3.3 Customizing Your Environment ............................................. 27

7. Managing Coordinate Systems ........................................................ 29

7.1 Coordinate Systems in Petrel ..................................................... 29

7.2 Creating the Custom Coordinate System ....................................... 30

7.3 Considerations for Creating a Custom Coordinate System ................... 32

8. Reference Project Workflows for Sharing Data ................................... 33

8.1 Managing Reference Projects .................................................... 34

8.2 Creating a Petrel Project Network .............................................. 34

8.3 Creating Reference Projects ..................................................... 36

8.3.1 Restricting Access via Access Rights ....................................... 37

8.4 Creating Seismic Reference Projects ............................................ 37

8.4.1 Organizing Data in the Seismic Main Folder .............................. 37

8.4.2 Loading Data into the Seismic Reference Project ....................... 39

8.4.3 Loading 2D Seismic Data ..................................................... 39

8.4.4 Loading 3D Seismic Data ..................................................... 40

8.5 Reference Project Data Considerations ......................................... 41


Schlumberger Public

8.5.1 Consolidating Well Data in a Reference Project ......................... 42

8.5.2 Consolidating Seismic Interpretations in a Reference Project ........ 42

8.5.3 Seismic Data Handling........................................................ 43

8.6 Reference Project Tool Usage Considerations ................................. 44

8.7 Questions about Synchronizing Data ............................................ 45

8.7.1 Can I change the survey name/vintage name of the seismic survey and then try to synchronize it with the other projects? ....... 45

8.7.2 Can I change the folder structure of the objects in the Reference Project or Work Project? How will this affect the synchronization? .............................................................. 45

8.7.3 How do I exchange data between two projects using the RPT in Petrel 2007.1 without overwriting data? .................................. 45

8.7.4 What happens to the (new) horizon interpretation when 2D or 3D survey (or lines/cubes) are deleted or removed? ................... 45

8.7.5 How does the Reference Project Tool handle the exchange of data between projects with different coordinate/unit systems? ..... 46

8.7.6 Where do I put seismic attribute cubes? .................................. 46

8.7.7 How can I copy the 'properties' folder or a single 'property grid' from a model in one project (A) to a model in another project (B)? .............................................................................. 46

8.7.8 How can I use the Reference Project Tool with seismic interpretation that was done on a realized cropped volume? ......... 47

8.7.9 How do I exchange seismic horizons between two projects in Petrel 2007.1? ................................................................. 47

8.7.10 How can I correct problems with interpretation done on copies of the same seismic volume in two different projects? ................ 47

8.8 Security and Access Considerations for Reference Projects ................. 48

8.9 Going Towards Future Petrel Data Management Solutions .................. 48

8.10 Known Limitations of the Reference Project Tool ............................ 49

9. Deploying Petrel with Existing Data Sources ...................................... 50

9.1 Transferring Data Using ASCII Loaders .......................................... 50

9.2 Transferring Data Using OpenSpirit .............................................. 50

9.2.1 How OpenSpirit Works ....................................................... 50

9.2.2 Overview of Using OpenSpirit ............................................... 51


Schlumberger Public

9.2.3 Tracking Data Transferred via OpenSpirit ................................ 51

9.2.4 Units and Coordinate Systems with OpenSpirit .......................... 51

9.2.5 Matching Wells in OpenSpirit Transfers ................................... 52

9.2.6 Other OpenSpirit Customizations ........................................... 53

9.3 Petrel Shape File Management with ArcGIS .................................... 53

9.3.1 Publishing to ArcGIS Using OpenSpirit ..................................... 53

9.3.2 ArcGIS Integration with Shape and ArcGIS Grid Import/Export ....... 54

10. Multi-Data Source Management Using ProSource ................................ 56

10.1 ProSource Deployment Considerations .......................................... 57

11. Appendix A Licensing FAQ for Petrel 2007.1 ................................... 58

11.1 Getting Started ..................................................................... 58

11.1.1 Whats new? ................................................................... 58

11.1.2 What do I need to get started with Petrel 2007.1? ...................... 58

11.1.3 Where do I get a new dongle and license? ................................ 58

11.1.4 Can I use Petrel 2007.1 without the new dongle? ....................... 58

11.1.5 Can I still use the Sentinel dongles? ....................................... 58

11.1.6 How are the dongles identified? ............................................ 59

11.1.7 Can I save a license file or other files on the dongle? .................. 59

11.1.8 Is HostID based licensing supported by SIS Petrel? ...................... 59

11.1.9 How can I prevent the license server from going down when the machine goes into standby? ................................................. 59

11.2 Background on FLEX Licensing ................................................... 59

11.2.1 Why is Petrel moving to FLEXnet dongle licenses? ...................... 59

11.2.2 What is a license actually? .................................................. 59

11.2.3 What are module dependencies? ........................................... 59

11.2.4 What is a daemon? ............................................................ 60

11.2.5 Can I combine multiple license files into one license file?............. 60

11.2.6 How do I run two or more dongles with Petrel 2005 when I upgrade to the new license system? ....................................... 60

11.2.7 How do I add multiple dongles on the same server with Petrel 2007.1.1? ....................................................................... 61

11.2.8 How do I make multiple products that use FlexLM licensing


Schlumberger Public

work with Petrel licensing? .................................................. 61

11.3 Installation .......................................................................... 61

11.3.1 Is there a special procedure for installing the new dongles? .......... 61

11.3.2 Can we upgrade Petrel 2004 projects directly to Petrel 2007.1? ..... 62

11.3.3 How is the Seismic Server licensed? ....................................... 62

11.3.4 Do I have to uninstall the beta version of the FLEXNET license? ...... 62

11.4 How Licenses Work ................................................................. 62

11.4.1 Does FLEXnet licensing work in the same way as GeoFrame? ......... 62

11.4.2 Will Petrel 2007.1 licenses float, just like GeoFrame licenses? ....... 62

11.4.3 Is license borrowing allowed for Petrel 2007.1? ......................... 62

11.4.4 What is the license compatibility for FLEX? .............................. 63

11.5 Monitoring and Logging ............................................................ 64

11.5.1 How are monitoring and logging done in Petrel 2007.1? ............... 64

12. Appendix B Match and Merge Configuration Options .......................... 65

12.1 Merge options ....................................................................... 65

12.2 Merge actions ....................................................................... 65

12.3 Match criteria ....................................................................... 65

12.4 Well Bores ........................................................................... 65

12.4.1 Default Mode and Actions ................................................... 66

12.4.2 Default Match Criteria ....................................................... 66

12.5 Well Logs ............................................................................ 66



12.6 Well Tops (Picks) ................................................................... 67



12.7 Well Velocity ........................................................................ 67



12.8 Example of OpenSpiritMapping.xml ............................................. 69


Schlumberger Public

13. Appendix C Details on Customizing Petrel ....................................... 71

13.1 Creating Customized Well Symbols .............................................. 71

13.2 Customizing the Info Box .......................................................... 72

13.3 Further Customizations Options ................................................. 72

14. Appendix D Managing Seismic Data with a Seismic Server ................... 73

14.1 Introduction to Seismic Servers .................................................. 73

14.2 Seismic Server Hardware and Software Considerations ...................... 73

14.2.1 Operating System ............................................................. 74

14.2.2 Processors and System ....................................................... 74

14.2.3 Memory (RAM) ................................................................. 74

14.2.4 Recommended Tested Hardware Solutions ............................... 74

15. Appendix E Petrel 2007.1.1 Upgrade Considerations ......................... 76

16. Appendix F Change Log for this version .......................................... 77


Schlumberger Public

1. Document Overview The installation of Petrel is simple. A few clicks, and you have Petrel installed on your computer, ready to go. However, once Petrel is installed, there are several considerations that you must take into account, such as how to populate projects, how to transfer the data within the asset team, and how to maintain data integrity. Furthermore, the hardware and network infrastructure of your Petrel deployment may not be operating at its best, causing issues such as poor performance or scalability.

This guide provides workflows and information that will help ensure Petrel is deployed with the best data management practices and infrastructure for the environment. Because there are many deployment options for Petrel, this guide generalizes the options, recognizing that installation environments may fall somewhere in between the various deployment scenarios provided. The intent is for you to pick and choose the information you find relevant. Take this information and use it as the building blocks for your Petrel deployment.

1.1 Who Should Use This Guide This guide is intended for use by the following administrators:

System Administrators Personnel responsible for ensuring the optimal performance of the Petrel hardware and network environment

Petrel Data AdministratorsGeotechnicians that manage the data and company business rules for the Asset Team

1.2 Reference Material Additional information about Petrel includes the following:

Petrel Online HelpThe Petrel Online Help is packed with tool tips and useful information. This Deployment Guide discusses the Petrel tools, such as the Reference Project Tool, in a data management context only. For detailed information on the use of the tools, refer to the Petrel Online Help.

Petrel Release NotesThe Petrel Release Notes highlight the new workflows, tools, and features introduced in each Petrel release.

Petrel Upgrade ConsiderationsThe Petrel Upgrade Considerations summarizes the key impact that the new features introduced in Petrel 2007.1 have on the upgrade process. We recommend that you read this guide before proceeding with the upgrade.


Schlumberger Public

2. Overview of Deployment Options This guide discusses how to implement data management practices that optimize the Petrel environment, taking into consideration the simplistic to the most complex Petrel data management effort. 3Figure 1 shows that Petrel can be deployed in the following environments:

A single-user environment utilizing just Petrel projects A multi-user environment utilizing Petrel Reference Projects An environment that includes Petrel data communicating with other data

sources

A data management environment that requires a tool such as ProSource to provide a single view of the data from all data sources

Figure 1: Petrel Deployment Scenarios


Schlumberger Public

The Petrel deployment scenarios depend on the following data management considerations:

The number of data Users or members who need to access or change the same data at the same time

The method by which Users store and retrieve data Whether the environment has existing data sources that Petrel Users need

to access

Presently, data management practices are controlled (to a large extent) manually by a Data Administrator. The Data Administrator is the cornerstone of the data management process. To ensure success, the Data Administrator should adhere to the following data management best practices:

Define (standardize) the area and directory structure in which projects are stored

Create projects that are similar to each other to ensure ease of data sharing Create projects and load data into these projects from authenticated

sources

Define and implement the deployment scenario(s) most useful to the organization

Define project, ZGY, and data naming conventions to which Users can adhere

Oversee the Reference Project, or master data repository in terms of data content.

A central, shared data repository is the foundation from which data is managed. The blending of suitable deployment types and thoughtful data management techniques results in useful and usable deployments.

Subsequent sections in this guide provide insight, tips, and methods of achieving the above data management best practices.


Schlumberger Public

3. Petrel Basics To get started, lets cover some of the fundamentals of Petrel and Petrel files from a data management perspective.

3.1 What is Petrel? The Petrel integrated toolkit for subsurface interpretation and modeling provides a means of discovering, in dollar figures, the impact of uncertainty. Geophysicists, geologists, reservoir engineers, and drilling engineers can manage risk across domains using Petrels Windows-based application. Because Petrel is not a multi-User application, successful deployment of Petrel across the industry depends upon using consistent data management practices and implementing proven solutions.

3.2 What is a .pet Project? Each Petrel project consists of a .pet filethe main project fileand associated data files that constitute the rest of the project. Associated data files include the serialized project data (.ptd files), simulation-related data (.sim files), and the external seismic files (.zgy or .SEGY files).

3Figure 2 shows an example of Petrel project storage.

Figure 2: Petrel Project Storage Example

Petrel stores data in flat files; therefore they are easy to manage at the file system level. Though this presents an enormous advantage for the flexibility in using Petrel, the data in a Petrel project cannot be accessed or changed by Users at the same time. Because of this, Users cannot work on Petrel project data in parallel. This does not mean that an Asset Team cannot work in parallel; it means that Asset Team members must access the data in Petrel project files sequentially.

3.3 What is a .petR Project? A Petrel Reference Project (.petR project) is a light-weight data management solution for Asset Teams that need a collaborative view and storage repository for shared data. A Reference Project is very similar to a Petrel (.pet) project, but a Reference Project is used for a different purpose. A Reference Project is intended to be a master project for the Asset Team. This guide explains in later sections


Schlumberger Public

how to set up and manage Reference Projects, but for now, the general understanding of a Reference Project is that it holds collaborative, Asset Team project information from which Petrel Users can push and pull project data (from and to their individual .pet projects). This exchange of data from the Petrel Project to the Reference Project is managed through the Reference Project Tool in Petrel.

The different extensions (.pet versus .petR) allow you to easily isolate and locate a Reference Project within the file storage area. 3Figure 3 shows an example of Reference Project storage.

Figure 3: Reference Project Storage Example

If you wish to easily locate and create a standard naming convention for the Reference Projects in your environment, the .petR extension will aid in that location and standardization.

Technically, however, a Reference Project (.petR) is exactly like a regular Petrel project (.pet); Petrel functionality and the Reference Project Tool work exactly the same for both project types. However, Petrel Users should not use and create Reference Projects as they do basic Petrel projects. The Reference Project is meant to be the master repository of data, and should only store the final versions of data. The Reference Project, when in use either by opening directly in Petrel or by using the Reference Project Tool, is still bound by a lock on the project files when in use (as with the .lockR file in Figure 3). Because of this, Users should spend the least amount of time with the Reference Project open as possible. This will ensure other members of the Asset Team can push or pull data to the Reference Project when required.

3.4 How does Petrel identify Objects? Each object in a Petrel project, such as a well, is identified by a Global Unique Identifier (GUID). The GUID is considered the fingerprint of the object. You can find the GUID for an object by referring to the first tab in the settings of the object. The GUID is derived from the machines unique MAC (internet addressunique to each device on the internet) address and the timestamp of creation. It is important to understand how objects are considered unique in Petrel since references to that object refer to the GUID to maintain the link.


Schlumberger Public

Refer to 1Uhttp://en.wikipedia.org/wiki/GUID H for more information on GUIDs.

3.5 Can I change the GUID for an object? You cannot typically change the GUID of an object. However, you can create a new object with a new GUID that has the same data as the original object.

Typically, this is required in emergency situations when someone needs to remove the dependencies between a data item that has traveled from project to project.

To issue a new GUID for an object, simply copy and paste the object, delete the original, and rename the copy to the original name. The object will then have a new GUID with zero dependencies. Thus, copying and pasting can be used to create an object with the existing data and a new GUID.

Note that the copy/paste process will remove the OpenSpirit data key, when the OpenSpirit data key exists. Refer to Section 39.2 for more information on OpenSpirit.

3.6 What are the .DAT files in the Petrel 2005 project directory?

In Petrel 2005, these data files had the extension .DAT however, .DAT is generally used by Windows for systems files, and so from Petrel 2007.1 onwards, the .PTD extension will be used instead. Some Petrel 2005 users experienced problems because certain brands of Virus checkers and brands of network backup software having difficulty dealing with .DAT extensions.

The first time that you open and save a Petrel 2005 project in Petrel 2007.1, the file extensions will be updated to .PTD.

3.7 What are the .PTD files in the Petrel 2007.1 project directory?

Most of the files in a Petrel 2007.1 project directory have the extension .PTD. These are the main binary data files used by Petrel for project data items.

3.8 Can you tell what data is stored in each .PTD file? Most data items in Petrel have a corresponding .PTD file. You can find the corresponding file name by looking at the Settings tab for the data item, as shown in 3Figure 4.

Not all Petrel data items are explicitly controlled by a single .PTD file. For example, default folders in the Petrel Explorer (data tree), global well logs, and


Schlumberger Public

GUID for C4

other default items cannot be deleted in normal Petrel usage and do not have corresponding .PTD files.

Sometimes, several data items are contained in a single .PTD file. For example, all well tops are in just one .PTD file.

Figure 4: Locating the GUID for an Object

3.9 What are the .BAK files in the Petrel 2007.1 project directory?

When a data item is created in the Petrel GUI, a corresponding .PTD file is created on disk at the moment that the project is saved.

If after a save, a data item is edited, then the new version of the data item is written into the .PTD file when the project is saved again. The previous version is moved to a .BAK file. Only 1 .BAK file is kept for any edited .PTD file.

The .BAK files can take up disk space, so most administrators delete them from time to time. The easiest way to do this is by using the File > Clean project directory option in the Petrel menu.


Schlumberger Public

3.10 What is a ZGY File? ZGY is a bricked multi-resolution realization of 3D SEGY data, supporting 8-bit and 16-bit integer or 32-bit float for improved performance of Petrel. It is a compressed file format for seismic data and improves transfer times compared to the SEGY format.

The ZGY file stores the seismic cube in multiple resolution levels and is arranged so that both inline, crossline, and timeslice access is fast for 3D windows. The optimized nature of the ZGY files means that it will be 15-20% larger than the same data in an 8, 16 or 32-bit SEGY file. Each level is 12.5% of the size of the previous level. That means that a ZGY file with three levels will use 100% + 12.5% + 1.5% for a total of 114% of the original cube (14% extra). The size of the cube is then rounded up to the nearest number divisible by 64, which may cause slightly increased disk space consumption (up to 10%). For example, a 1000 x 300 cube would be rounded up to 1024 x 320 which consumes an additional 9% extra disk space. In addition, the full SEGY header information is kept (in case you want to write back to the original SEGY file) as well as additional information like histograms.

In the case of other applications and solutions, three or four different SEGY volumes have to be stored (different resolutions, binned in different directions, etc.). In the case of ZGY files, all this is encompassed within a single file, improving management and overall disk space consumption.

Petrel 2007.1 was released complete with the Seismic Server (renamed from GigaServer), Seismic Server admin (renamed from GigaOrganizer), and ZGY utility (renamed from GigaZip), all of which continued the use of the ZGY file format.

3.11 Is all seismic data stored in .PTD files? Petrel ZGY files are created as internal files by default, but it is possible to store them externally from the Petrel project, if needed.

Additionally, Petrel can store and access seismic data in various formats. RAW files are stored as .PTD, whereas SEG-Y and ZGY files are stored native on disk.


Schlumberger Public

4. Hardware and Software Considerations

In addition to the platform on which you install Petrel, Petrel performance can be optimized by configuring your network and data storage repositories in a manner that is most optimal for use with Petrel.

Performing a site assessment and determining the starting context for any deployment is vital. SIS can assist in your site assessment and integration planning. Contact your Schlumberger Information Solutions (SIS) representative for further details.

4.1 Verifying Hardware and Software Requirements 3Table 1 shows the hardware and software requirements for the installation of Petrel.

Table 1: System Requirements

Minimum System Requirements Recommended System Requirements Microsoft Windows XP Professional (32-

bit (SP2) and 64-bit), Windows 2000 (SP4) IBM or compatible Pentium processor (1.5

GHz or greater) 1 GB RAM (2 GB RAM Windows XP 64-bit) 400 MB of free disk space OpenGL compatible graphics card with

dedicated on-board RAM 1024x768 screen resolution with 16-bit

colors Microsoft .NET Framework Version 2.0 Macrovision Secure FLEXnet 11.3

Microsoft Windows XP Professional 64-bit Minimum 2 CPUs Dual core / Quad core 4 GB RAM (6 GB RAM Windows XP-bit) high-speed hard disk Open GL compatible professional 3D graphics

card 256 MB of dedicated graphics card RAM or better 1280 x 1024 screen resolution with 16-bit colors

4.1.1 What processors should I use? Processor speed is a determining factor when it comes to large calculation tasks, such as volume size, property modeling, upscaling, and so forth. In addition, the processor has the function of feeding information to the graphics board. Although the minimum requirement for a processor might be adequate for simple Petrel usage, we recommend opting for the best configuration available in order to achieve the highest performance. Petrel does not fully utilize multi processors; however, there are distinct advantages to using a multiple-core approach or a two-central processing unit (CPU) machine.

Petrel has been tested on single, dual and dual-core processor systems (quad-core machines will be tested as soon as they become available).


Schlumberger Public

4.1.2 How much memory (RAM) should I have? We recommend that your total system memory exceed the memory used by the application.

4.1.3 Should I use Windows XP 64-bit? Petrel 2007.1 is a 32-bit application. You can use a 32-bit operating system (Windows XP or Windows 2000).

However, Windows XP 64-bit gives each 32-bit application access to an additional 2 GB of memory, increasing the available memory to 4 GB.

For typical data sets, 1024 MB of internal memory is sufficient to run Petrel; however, in the event of larger than usual data sets, seismic models and applications, or simulation (ECLIPSE) runs, it is advisable to install the maximum amount of memory your operating system can access per application. It is recommended that large exploration projects run on Windows XP64 machines.

4.1.4 What is the 3GB switch? Should I use this? If you are using Windows with a 32-bit operating system, we recommend that you use the Windows operating system 3GB switch when possible with Petrel. The operating system have always provided applications with a flat 32-bit virtual address space in such a manner that only 2 GB of address space is directly accessible to the application.

Using the 3GB switch allows Windows to provide applications with a 3-GB flat virtual address space, with the kernel and executive components using only 1 GB. This allows more memory to be available to Petrel.

While the switch can be used on any machine, your machine must actually have 4GB or more of physical memory for this switch to make any material performance difference.

The following example shows how to add the 3GB parameter in the Boot.ini file to enable application memory tuning:

[boot loader] timeout=30 default=multi(0)disk(0)rdisk(0)partition(2)\WINNT [operating systems] multi(0)disk(0)rdisk(0)partition(2)\WINNT="????" /3GB It is recommended to use the 3GB switch if you are using Windows XP Professional 32-bit. Refer to 1Uhttp://www.microsoft.com/whdc/system/platform/server/PAE/PAEmem.mspx H for


Schlumberger Public

more information from Microsoft on this topic and considerations for when to not use the switch.

4.1.5 What graphics cards should I use? Choose a high-end graphics card to optimize Petrel visualization performance, especially when using large 3D grids, or when performing seismic volume rendering. Graphics card performance depends on several factors outside our control. Corporate PC OS images, drivers and board manufacturers can all affect graphics performance.

NVIDIAs SLI offering does not currently give any added benefit to Petrel; however, it might be helpful with large high-resolution monitors, such as the new 30-inch LCDs.

Integrated graphics cards with no dedicated RAM are not recommended, as they will reduce the remaining memory for Petrel and the OS.

4.1.6 How can I optimize the graphics card for use with Petrel? An NVIDIA application profile for Petrel is included with the latest NVIDIA Quadro FX drivers. If you are using a machine with an NVIDIA graphics card, on the settings page of your NVIDIA driver, choose the profile called Schlumberger Petrel (Shown in 3Figure 5). This causes significant performance improvements to Petrel.

Figure 5: NVIDIA Settings optimized for Petrel


Schlumberger Public

4.1.7 What other considerations should I keep in mind for geophysical workflows?

When using the geophysics module to view large 2D lines and 3D surveys, and when using the volume rendering feature, we recommend using a graphics card with at least 512 MB memory. In addition, a fast hard drive (such as a SCSI drive) will increase the speed at which seismic volumes are interpreted. It is also advisable to install as much memory as your operating system permits.

Currently, serial attached SCSI (SAS) disks are common with high-end systems. This will have a great impact on performance for bulk seismic loadings. (SAS 15,000 rpm hard disks are recommended.)

In Petrel 2007.1 several seismic workflows (for example, seismic display, attribute generation, and realize) utilize multithreading, thus enabling higher usage of any extra processors.

4.2 Recommended Tested Hardware Solutions We regularly test hardware from different vendors. 3Table 2 and 3Table 3 list some of the hardware used in the Petrel 2007.1 commercialization cycle. Please note, that issues outside of SIS control, such as driver and BIOS bugs and operating system limitations may affect the user experience.

Table 2: Recommended Laptop Hardware

High-End Laptops Mid-End Laptops Dell M90

HP Compaq: nw9440 Dell M65

For 64-bit Windows running on a laptop, Intel Core 2 Duo processors or similar are recommended.

Table 3: Recommended Workstation Hardware

High-End Workstations Mid-End Workstations HP XW9400 HP XW 8400

Dell 690

HP xw4400 HP xw6400

Table 4: Recommended Graphics Cards

Card Name RAM PC Type Ultra High-

End NVIDIA Quadro FX 5600 1.5 GB Workstation NVIDIA Quadro FX 4600 768 MB Workstation

High-End

NVIDIA Quadro FX 5500 1 GB Workstation ATI FireGL 7350 1 GB Workstation NVIDIA Quadro FX 2500M 512 MB Laptop NVIDIA Quadro FX 1500M 256 MB Laptop ATI FireGL 7300 512 MB Workstation


Schlumberger Public

NVIDIA Quadro FX 4500 512 MB Workstation NVIDIA Quadro FX 4500 X2 512 MB Workstation

Mid End

NVIDIA Quadro FX 1500 256 MB Workstation NVIDIA Quadro FX go1400 256 MB Laptop NVIDIA Quadro FX 350M 512 MB (256 on card) Laptop NVIDIA Quadro FX 3400 256 MB Workstation ATI FireGL 7200 256 MB Workstation ATI FireGL 7100 256 MB Workstation ATI FireGL 3350 256 MB Workstation ATI Radeon X850XT 256 MB Workstation

To achieve optimal card performance, always make sure that you are working with the latest driver version. To access information about the graphics card installed on your computer, go to Control Panel -> Display. Under the Settings tab, click on Display; here you will find information about graphics cards and drivers. The latest official NVIDIA driver that has been tested is 91.36 and 91.85. The latest official ATI driver tested is 8.323.1.0.

A performance indicator can be displayed via the Miscellaneous tab in the Petrel Explorer. This gives you a reading of the number of frames per second your image is updated.

4.3 Ready-to-Run Solutions Petrel 2007.1 has been tested by SIS Infrastructure Services (IS) on select hardware. SIS-IS will offer these hardware packages pre-configured with Petrel and installed with an optional service agreement available.

The systems currently targeted for Petrel 2007.1 are shown in 3Table 5:

Table 5: Systems Targeted for Petrel 2007.1

Name Processors RAM Graphics card Graphics RAM HP xw 9400 2 x dual core AMD Opteron 8 GB NVIDIA Quadro FX 5500 1 GB

Dell 690 2 x dual core Intel Xeon 8 GB NVIDIA Quadro FX 4500 512 MB

For more information, contact your local IS representative.

4.4 Petrel VR Hardware Considerations Petrel VR enables usage of 6 degrees of freedom (DOF) input devices to control Petrel. Petrel VR 2007.1 has the following main features:

Enhanced viewing capabilities in Petrel that make use of 6 DOF input devices

Site Manager configuration utility for hardware mapping


Schlumberger Public

The Hybrid Wand utility emulates mouse input from tracked 6 DOF device input

4.4.1 Petrel VR System Requirements High-end configured PC (For more details, please refer to above section on

system requirements.)

High end graphics card 6 DOF Input device (compatible with Trackd) Petrel VR supports Trackd version 5.5

4.5 Seismic Server Considerations If you have high-end seismic workflows, consider deploying Petrel with the use of a Seismic Server. You can find more information on this topic in 1UAppendix D H.

4.6 Simulation Server Considerations If you have high-end simulation workflows, consider deploying Petrel in conjunction with a back end cluster to run ECLIPSE and FrontSim. Please consult your SIS Account Manager for the latest list of certified hardware for ECLIPSE and FrontSim. For this configuration, you should purchase standard FrontSim licenses, not the FrontSim-Locked license available with Petrel, because it is limited to run only on the same machine as Petrel.


Schlumberger Public

5. Petrel License Considerations All Petrel licenses are served by a FLEXnet license server, secured by a WIBU CodeMeter dongle. You may choose to serve all your licenses from a central server, or to run an individual license server on each User's machine. In the latter case, each User requires his or her own WIBU CodeMeter dongle.

You can find substantial information regarding Petrel licenses, including information about upgrading current Petrel licenses, in 1UAppendix A H of this guide. In addition, contact your SIS representative for further details about Petrel licenses.


Schlumberger Public

6. Optimizing Petrel Data Usage Single Users who have no need to share data can store data on a local disk (on the machine on which the Petrel application is running). Storing locally optimizes Petrels performance, since locally-stored project data is immediately available. Unless the network is advanced in regards to the cube volumes to be accessed, performance is generally better from local disks. However, using it in this way introduces data management issues. This section provides some guidelines on accessing Petrel projects or Reference Projects on a shared drive.

6.1 Optimizing the Storage and the Network In most cases, accessing data from disks can be the primary bottleneck for Petrel performance. To improve performance, consider the following guidelines:

The single easiest method to improve performance is to use a disk with a high access speed (measured in rpm). A good disk can have access speeds close to 15,000 rpm.

Striped RAID disk configurations (RAID 0) provide the best performance and are also highly recommended, whether working locally or across the network.

Consider accessing storage via Gigabit Ethernet when data is stored remotely.

If data is stored on UNIX-based file systems, significant performance degradation may occur when using a utility such as Samba to access the data. The recommendation is to use a multi-protocol file server. The investment in such hardware will improve performance for the Users.

Using a multi-protocol file server that concurrently provides network file system (NFS) and common internet file system (CIFS) access, allows the Petrel Users to access data from both Unix and Linux boxes (which require NFS support) and also Windows boxes (which require CIFS support). This method is recommended over simply storing the data in a UNIX or Linux-based device or a Windows-based device.

Network issues can also cause performance problems. A site assessment by SIS can help identify network configuration issues.

File fragmentation impacts the input/output access speed. Investigate the fragmentation status of network and local disks and run defragmentation jobs as required.

Make sure enough temporary space is available on the local machines (on the C-drive) at any time


Schlumberger Public

6.2 Standardizing the Storage on Disk The starting point for Petrel data management is to define an area for Petrel project storage and to define a directory structure. The area for project storage might be a local drive on the Users machine, accessed only by an individual User, or a network drive, accessed by many Users.

Examples of how you can structure the Petrel data directory are shown in 3Figure 6 and 3Figure 7. The first example creates a simplistic file structure incorporating a hierarchical arrangement of Country to Field. The second example is enhanced to further enable differentiation of data.

Figure 6: Country to Field File Structure

Figure 7: Differentiation of Data File Structure


Schlumberger Public

Several tools on the market can help you aggregate distributed file storage across heterogeneous environments. These tools use Windows Distributed File System (DFS) technology. These tools allow you to pool together storage devices and organize unstructured data from the Windows, Linux, SGI IRIX and UNIX domains.

6.3 Standardizing Data in Petrel There are various methods of standardizing data in all Petrel projects. This concept is similar to a Microsoft Word template; each time you begin creating a new document using the template, the document has the same look and feel. Petrel out-of-the-box does not have this concept of a project template, but you can create one that your Petrel Users use as part of a best practice. Benefits of template standardization include:

Ensuring easy data transfers since all User projects have a similar structure Providing each User with the same starting point Propelling each User toward organizing data in a consistent manner Allowing consistent data organization throughout a company

Storing standard organizational workflows (if existing)

6.3.1 Creating a Petrel Project Template You can use project templates to standardize the data tree within each Petrel project. The template process starts by pre-defining a basic, generic data tree that embodies the elements, or basic structure, of the corporate workflow.

A template-based, generic data tree can be used by a company or by entities or sub-groups within a company as the groundwork or jumping-off point for standardizing data organization. A data tree template may contain templates, workflows, and other elements (map windows).

Though the basic configuration may change by adding, moving, or changing folders, the goal should be to keep the structure as consistent as possible so that each User has a similar point of reference from which to organize data. The Reference Project workflows will work even if the trees do not match, but in that case, data may appear at unexpected locations in the project.

To ensure that all Users begin with the template project, use the following method:

1. Create a template project (PetrelTemplate.pet). 2. Customize the template project to conform to your organizations needs. The

following attributes might be specified in the template:

Unit and projection-system settings


Schlumberger Public

Default windows New-property templates/modify color tables Well section template A default stratigraphy according to the company naming convention

Empty folders to store Wells, Surveys, and Interpretations 3. Once you have created the new template project, save the project to a

common location where all Users have access to it, such as on a shared drive. 4. Set the file permissions (PetrelTemplate.pet) to read-only so that general Users

cannot update or accidentally over-write the template project. 5. Add the template to the properties of each Users Petrel executable shortcut.

Note that the shortcut may be on the desktop, in the installation folder, and/or in the Windows shortcut bar.

a. Right-click on the Petrel executable shortcut and select Properties.

b. In the Target field, add the template location after the Petrel.exe location. Example: Change the Target from: C:\Program Files\Schlumberger\Petrel 2007\Petrel.exe to C:\Program Files\Schlumberger\Petrel 2007\Petrel.exe F:\Share\PetrelTemplate.pet

6. Each User now receives a default template that cannot be overwritten. He or she will have to save the file to a unique storage area.

Consider creating a single template project or deploying multiple template projects, depending on the business needs of the company.

6.3.2 Creating a Library of Workflows Consider storing commonly-used workflows in a separate Petrel project, thus creating a library of workflows accessible to all Petrel Users. This library of workflows can be added to the template project or stored separately, depending on how you choose to structure your Petrel environment.

If you create a library of workflows, you can use the Reference Project Tool to share the workflows with Users. Refer to section 38 for usage guidelines on the Reference Project Tool.

6.3.3 Customizing Your Environment There are additional customizations that you can do to ensure all Petrel Users in your environment have consistency of data and Petrel use. Most of these customizations can be performed by the Petrel User; however, as a Data Administrator, you may want to perform these tasks and then push the customizations to all Petrel Users. If you are running Petrel on a centralized


Schlumberger Public

server, these tasks must be done by the Data Administrator. These customization options include:

Creating customized well symbols Customizing the Info Box

Customizing the Petrel Configuration File

Details of the above customizations are provided in 1UAppendix C H.


Schlumberger Public

7. Managing Coordinate Systems Petrel 2007.1 is coordinate system aware. Petrel 2005 tags are upgraded as text/information into Petrel 2007.1. These tags are not really processed, and no coordinate conversion is performed by Petrel 2007.1 at any time, such as during an upgrade, during use of the Reference Project Tool, or when changing the coordinate system tag.

The Reference Project Tool is aware of coordinates and will insist on them being the same in both projects. A couple of caveats include:

If one project does not have the coordinate system set, it is possible to proceed with warnings.

When there is a coordinate (or unit) mismatch, Petrel 2007.1 will still let you transfer cases, workflows, and windowsthose items that are coordinate system agnostic.

7.1 Coordinate Systems in Petrel Petrel uses the Mentor catalog to define coordinate systems. This catalog is based on a GeoFrame 4.2 definition. Future versions of Petrel will use the ESRI coordinate systems.

Petrel Users can select from a list of values that are presented in a geographical context as shown in 3Figure 8.

Figure 8: Selecting a Coordinate System in Petrel


Schlumberger Public

The default catalog is the subset of the entire catalog that is known to be understood by the ESRI coordinate system. This is shown via the Yes in the EPSG column in 3Figure 8.

It is possible to extend the catalog to those coordinate systems that do not map to ESRI. This is shown via the No in the EPSG column in 3Figure 8.

A user can also create a custom coordinate system environment as illustrated in Section 7.2. It is not possible to just type in a value.

7.2 Creating the Custom Coordinate System You can also select a custom coordinate system by simply choosing the OpenSpirit sessions coordinate system. The User is presented with this choice only if the project coordinate system is not set and they attempt to connect to an OpenSpirit session. If this selection is made, Ocean services around coordinate conversions are not available. Also, much like those projects with Mentor coordinate systems that do not map to the ESRI coordinate system, these project upgrades will require manual intervention in the future.

You have the option of creating a customized coordinate system and exposing it via OpenSpirit. To set a custom coordinate system, complete the following steps:

1. Create a Petrel project or use an existing project. 2. At some earlier point, you will have created a custom coordinate system in

GeoFrame or OpenWorks. An example in GeoFrame is shown in Figure 7.


Schlumberger Public

Figure 9: Creating a Custom Coordinate System in GeoFrame

3. Create OpenSpirit project sets that use that coordinate system. 4. Create an OpenSpirit session that uses that coordinate system (in both cases,

you will choose Use project values). 5. Ensure that your Petrel project has no coordinate system by choosing the NULL

value at the top of the list in Project > Settings > Units and Coordinates > Projection.

6. Attempt to connect that named OpenSpirit session from Petrel. Petrel should urge you to set a coordinate system for your project and should suggest the OpenSpirit session value as an option. Select that option, as shown in 3Figure 10. Your coordinate system name would appear instead of my_custom_coordinate_system.

Figure 10: Coordinate and Unit Selection

7. Petrel is now set to a custom coordinate system.

my_custom_coordinate_system


Schlumberger Public

7.3 Considerations for Creating a Custom Coordinate System

Creating a custom coordinate system makes the Petrel project dependent on the source project in which the coordinate system definition resides. That project should not be deleted nor should the definition be changed arbitrarily.

Future upgrades of Petrel projects would migrate to other systems, which might not be automatically upgradable from the Mentor custom coordinate system. To prevent problems, the custom coordinate system parameters should be extensively documented in a system outside Petrel. Items to consider documenting are

1. Petrel project names

2. OpenSpirit session information

3. Underlying OpenWorks project information

4. Actual coordinate and datum information

Petrel 2

8.

The Reseconddrop datool in functio

Figure 1

3Figure their lomembethen w

2007.1.2

ReferShari

eference Pdary projecata items Petrel calonality whi

11: Referenc

11 shows tocal projecers can pu

work on the

rence ing Droject worct feature.from anothlled the Reile at the s

ce Project T

the Referect (on the ll relevanteir interpre

Projeata rkflow is n. With secoher Petrel eference Psame time

Tool

ence Proje left) to tht data itemetation or

Page 33

ect W

ew in Petrondary pro project in

Project Too providing

ect Tool anhe Referenms from the models. W

Workflo

rel 2007.1 ojects, it wnto the curol (3Figure 1 substantia

nd how Usece Projecte centraliz

When they

ows fo

and replacwas possiblrrent User11) provideal enhance

ers move dt (on the rized Refere are done w

for

ces the exile to drag-s project.es similar ements.

ata betweight). Asse

ence Projecwith their

isting and- A new

een et team ct and work,

Schlumberger Public


Schlumberger Public

they can publish their results back to the Reference Project for the rest of the asset team to use.

The important thing to note is that object references that occur in a Petrel project (such as log tracks belonging to a well, horizons belonging to a model, and faults belonging to a workflow) are not disturbed by continuous movement across User and Reference Projects. Thus, Users can easily and frequently rearrange objects.

The Reference Project Tool uses the Petrel GUID to identify that a data object is the same between two projects. The Reference Project Tool does not do a matching on data-item attributes, such as Well Name, Unique Well Identifier (UWI) etc.only the GUID is used. The GUID of a data object stays the same when:

1. The data is copied using the Secondary Project (Petrel 2005) or the Reference Project Tool (Petrel 2007.1)

2. When the project is saved under a new name (Save As) 3. When the project is cloned on disk (copy/paste using Windows) 4. When data is moved inside the project from one folder to another

This Deployment Guide discusses how to configure Reference Projects for your Asset Teams and best practices around Reference Project use. For more on using the Reference Project Tool, refer to the Petrel Online Help.

8.1 Managing Reference Projects Reference Projects are best managed by following a few simple guidelines:

Host the Reference Project on a shared network drive. Designate a specific role to administer the projects.

Share the tree (use template projects). Use the Reference Project only as a repository; do not use it for actual

work.

Back up the Reference Project since there is no User authentication or revision history.

Use in a multi-domain environment to lessen the risk of overwriting data. Use in small groups (four or five Users) to lower the chance of scale and

data conflict.

8.2 Creating a Petrel Project Network You can create Reference Projects by many methods, and this guide will discuss some options and lessons learned in the creation and use of the various methods.


Schlumberger Public

Petrel projects in the same coordinate system can be seen as a Petrel Project Network. This network is illustrated in 3Figure 12.

Figure 12: Petrel Project Network

The Reference Projects are the single point-of-entry and master repository for asset seismic and well-related data. The Reference Project is stored on a common disk with read-only access for normal Users.

The Load Projects are temporary (or transient) projects used to populate the Reference Projects. They contain data from Petrel 2005 projects, secondary projects, or data from OpenSpirit-enabled data sources. Load Projects are used for efficient quality control and realizing of seismic data.

The Work Projects extract seismic and well-related data from the Reference Project using the Reference Project Tool. Work Projects are open to local loading activities, but this should not be done with data that should have gone into the Reference Project.

The Results Project can be utilized to efficiently capture results from the Work Projects and to exchange data between Users working in the same geographical

Load1 Load2 Load3

Petrel Project Network

Petrelreferenceprojects(.petR)

Geologist Geophysicist Res. Eng.

.pet .pet .pet

Results

.petR

.pet .pet .pet

}}}

Work Projects

ReferenceProjects

Load Projects


Schlumberger Public

area. The Results Project must contain all asset seismic definition and well-related data loaded from the Reference Project.

8.3 Creating Reference Projects You have the option of creating different kinds of Reference Projects with Petrel. If you choose to create different types of Reference Projects, you can then enforce security permissions around those data types. You will need to do this manually through Windows Explorer by changing the permissions of the .petR file.

Some examples of Reference Project types are shown in Figure 13.

Figure 13: Examples of Types of Reference Projects

As Figure 13 suggests, you can create a Reference Project for seismic data and a Reference Project for wells per coordinate system, or you can combine those two types of data in a single input Reference Project that contains the seismic data, wells, logs, markers, etc.

You can also create a single Reference Project for final versions of interpretations and models, or combine that data with a Reference Project that contains all non-seismic data.

As a final consideration, you can create a Reference Project that captures data from other Reference Projects and acts as a milestone representation for backup and legal purposes.

Contains results and is used as a backup for management and legal purposes

Contains all input data, such as seismic data, wells, logs, markers, etc.

Contains all non-seismicdata, such as input wells, interpretation and models.

Interpretation and models

Well and related data, such as logs, markers,

checkshots, etc.

Just raw seismic

Wells

Results

Seismic

Milestone

Input

Working project} }+

+

.petR

.petR

.petR

.petR

.petR

.petR

Contains results and is used as a backup for management and legal purposes

Contains all input data, such as seismic data, wells, logs, markers, etc.

Contains all non-seismicdata, such as input wells, interpretation and models.

Interpretation and models

Well and related data, such as logs, markers,

checkshots, etc.

Just raw seismic

Wells

Results

Seismic

Milestone

Input

Working project} }+

+

.petR

.petR

.petR

.petR

.petR

.petR


Schlumberger Public

The types of Reference Projects that will work for your deployment depend on the scale and volume of your Petrel data. You may not require separate Reference Projects; instead, you may need to create a single Reference Project to act as the master repository. The amount of your Petrel data and the business rules that govern your data management environment should act as guidelines when deciding on which Reference Projects to create.

Creating a set of Reference Projects adds to the complexity of managing the environment but assists you in assigning access rights.

Reference Projects do not have more data storage capacity than other projects. They may have more practical storage since performance considerations are not in effect, but they have no greater absolute capacity.

8.3.1 Restricting Access via Access Rights Each project has its own access rights. By separating wells and seismic data from interpretation data, you can ensure that the wells and seismic data are not inadvertently changed.

The Reference Project with input data can be set to read-only. The interpretation Reference Project can be set to read-write for most Users. An administrator can periodically move data from the interpretation Reference Project to the input data Reference Project. This deems the interpretation as approved and changes the quality status of that work.

There are many possible configurations for Reference Projects, and companies should adapt the deployment of Reference Projects to meet their business needs.

8.4 Creating Seismic Reference Projects Special consideration needs to be given to data organization and loading when creating Reference Projects for seismic data.

8.4.1 Organizing Data in the Seismic Main Folder We recommend that you organize the seismic data in the Reference Projects by SEGY, realized and attribute versions under the seismic survey folder. This organization makes it easier for Users to collect the data they need. Seismic survey folders should be directly located under the main seismic folder. In an upcoming Petrel release, support for seismic subfolders will be introduced. You will then be able to organize seismic surveys in logical folders (for example in folders named 2D or 3D). As of this writing, this must not be done, mainly because of the connected seismic horizon interpretation.


Schlumberger Public

You should also give seismic vintages correct names as soon as possible after the loading so as to not confuse Users. Consider using the following model consisting of the version name plus the status in brackets:

a. final_mig (SEGY/realized)

b. near_stack (SEGY/realized) c. mid_stack (SEGY/realized) d. far_stack (SEGY/realized) e. raw_stack (SEGY/realized) f. struct_smooth

g. phase_shift h.

Consider rationalizing the name of the cube/line. You can change names at any time using a Petrel workflow. When the names are changed, synchronization using the Reference Project Tool carries the name update into the Work Projects.

The proposed folder structure in the seismic folder for 2D is:

SeismicMainFolder Vintages Final_mig (SEGY) Final_mig (realized) Struct_smooth Survey2D Segy Line1 Line2 Realized8bit Line1 [Realized] Line2 [Realized] StructSmooth Line1 [StructuralSmooth][Realized] Line2 [StructuralSmooth][Realized]

This subfolder structure can be created when realizing the data in the SurveyManager or via a Petrel workflow. Note that when using a Petrel workflow to realize data or to calculate a seismic attribute, you must manually set the correct vintage in the SurveyManager for those lines afterwards.


Schlumberger Public

8.4.2 Loading Data into the Seismic Reference Project When it comes to the Seismic Reference Project, data should be loaded into the project as SEGY and realized there. The binary files created when 2D seismic data are realized are stored in the .ptd directory of the project. The ZGY files created when realizing 3D seismic data can be stored in a dedicated folder on a (network) disk. Section 6.2 describes examples for this folder structure. Typically the realized data is transferred to the Work Projects (thus copying the 2D realized data and linking the 3D ZGY files). The raw SEGY data stays in the seismic Reference Project in case a User needs to realize the line or cube using a different quality.

Another option is to create two separate seismic Reference Projects: one storing only realized 2D and 3D data and one with realized 2D and 3D data plus the original SEGY data. Since project security is all or nothing at the project level, you may want to separate the data into different Reference Projects for better control over User access (read-only or read-write).

In Petrel 2007, seismic interpretation is linked to the GUID number of the seismic survey in the project. Therefore, it is important that all projects extract the survey definition from the Reference Project to make sure the survey GUID is the same. If two projects have loaded an external SEGY or ZGY file without the survey pre-loaded from the Reference Project, then the seismic survey is created on the fly, resulting in each project having the survey with a different GUID. Petrel will not be able to identify these surveys as the same (because the GUIDs are different), and thus complicating the exchange of seismic interpretation between the two projects.

8.4.3 Loading 2D Seismic Data Consider the following guidelines when loading 2D seismic data into the seismic Reference Project:

For performance reasons, it is essential to realize the 2D SEGY data as a binary Petrel format, supporting 8 bit and 16 bit integer or 32 bit float.

Once loaded, scan the lines for min/max in exact sense using the SurveyManager or via a Petrel workflow. The latter allows for monitoring the progress to an ASCII file while scanning for min/max. This is specifically useful when one of the 2D SEGY files on disk is corrupted (potentially causing SurveyManager to crash).

Preferably, display each line in an interpretation window after the min/max scan is done. This can be done in a Petrel Workflow. Upon display, you can export the plot to an .emf, .pdf, or.cgm file for documentation purposes.

Complete the realization after the full amplitude scan and using the option use symmetric around zero. In case of spikes in the dataset (indicated by


Schlumberger Public

extreme min/max), visualize the section and clip away the spikes using a manual setting min/max. Again, make sure the min/max is symmetric.

Ideally, you should set the min-max amplitudes per survey when realizing the data (so using UserDefinedMinMax range), and not per line. Visually inspect the extreme lines to avoid using noisy/spiky.

Use realized 8 or 16 bits (depending on the customer requirements). Make sure the tick mark interval in a 2D map view is high or toggled off.

Having too many tick-marks displayed in the 2D map impacts performance.

You can run MistieAnalysis on the survey to correct for amplitude, phase, and time shifts.

You can perform Phaseshift using VolumeAttributes and can automate it for the whole 2D survey using a Petrel workflow.

You can use the SurveyManager to perform Staticshift on individual lines or on a whole survey.

Visualizing the loaded data can best be done in the interpretation window. Visualizing the data in the 3D window will allocate a very large amount of memory. (The amount of 2D lines you can visualize depends on the amount of available memory.) Use FreeMemory occasionally.

If not necessary in the Work Project, remove the seismic lines linked to SEGY files. The best practice is to have only realized data in the Work Projects.

8.4.4 Loading 3D Seismic Data Consider the following guidelines when loading 3D seismic data into the seismic Reference Project:

For performance reasons, it is essential to realize the 3D SEGY data as a bricked multi-resolution format called ZGY, supporting 8 bit and 16 bit integer or 32 bit float.

When 3D SEGY data (via SEGY file, OpenSpirit or via a Petrel 2005 project upgrade) is loaded, the geometry upon load is scanned and a warning is presented to the User when the cube is not 100% orthogonal. Petrel will force the non-orthogonal coordinates of the SEGY file into an orthogonal representation. The message log will give an indication of the maximum distance error calculated from the bin size of the survey.

You must scan the cube for min/max in exact sense once loaded. This can be best done directly in the Realize tab of the cube. You can inspect the histogram to spot spikes. Scanning a full volume may take some time, but this scanning can be cancelled using ESC. After about five minutes (depending on the data set size), quite a few traces have been processed and the min/max should be estimated well enough. You can then manually


Schlumberger Public

set the range larger, ensuring it is still symmetric around zero: abs(min)=max.

You should do the realization after the full amplitude scan using the option use symmetric around zero. In case of spikes in the dataset (indicated by extreme min/max), visualize the section and clip away the spikes using a manual setting min/max. Again, you must make sure the min/max is symmetric. If you do not do a full scan before realization, use the report tool to see what data will be clipped on realization.

Use 8 or 16 bits realizing, depending on the customer requirements.

Place the ZGY file in a common folder belonging to the Reference Project and give it an appropriate name (combination of survey and cube). Make sure to use the extension .zgy.

Preferably, run the realization of the cube on the machine where the disk file is located. Realizing a cube over the network will decrease both performance and network availability.

To properly share 3D seismic ZGY files, realize them to a ZGY directory that is related to your 3D reference project. This way multiple Petrel projects can link to a single set of ZGY volumes.

8.5 Reference Project Data Considerations As a rule, to make the most of the Reference Project Tool in this network of projects, Users must enter data into this network only once and then distribute it further using the Reference Project Tool.

Corporate data loaded locally in the Petrel projects should be replaced by a version from these reference data stores (Reference Project or OpenSpirit data store). There are two scenarios:

If the corporate data does not yet exist in the Reference Project (you can check this using the Reference Project Tool), then it can be copied into the Reference Project using the Reference Project Tool. This will ensure the GUID for the data is the same. The data in the Work Project can stay as-is.

If the corporate data does exist in the Reference Project, but the Reference Project Tool does not recognize it to be the same entity, and then you should delete the data from the Work Project and repopulate it from the Reference Project.

Non-corporate data (proposed wells, attribute cubes, etc.) can stay in the Working Projects; no synchronization is required.

Replacing (deleting) wells in the Work Projects and re-populating them from the Reference Project (or via OpenSpirit) can potentially have a big impact on other


Schlumberger Public

data types (well tops, interpretation logs, etc.) and processes (workflows). A full replacement for well data is not recommended. Replacing (deleting) seismic data in the Work Project does not have an impact since the seismic interpretation horizon is not yet converted into the new representation.

8.5.1 Consolidating Well Data in a Reference Project To synchronize well data, open the Work Projects one by one using the Petrel 2005 secondary project tool and select the wells you want to upload. Consider the following when performing this step:

Petrel will issue a warning when you try to upload an object with an identical GUID. To determine the latest version of the object, use the Petrel 2007.1 reference tool later in the process. (A patch for merging wells without the same GUIDs is under development.)

When encountering seemingly identical items but with different GUIDs, choose which version you want in the Reference Project. Note that it is not possible to exchange well logs between wells with different GUIDs, not even when they represent the same well. The well log has to be reproduced.

Many logs are derived from data in the working projects. (Zone logs, Synthetic logs etc). Note that these connections will be lost when you upload these logs in your Reference Project; however, the items themselves will still be there.

Do not delete and replace any duplicate wells or logs in the Work Project with wells or logs from your Reference Project. This could have an undesired impact on other project data (upscaled logs in a grid, interpretation logs, well-tops etc)

Use the Reference Project Tool in Petrel 2007.1 after conversion. This will show you all the identical objects, the latest version of identical objects and the duplicates.

8.5.2 Consolidating Seismic Interpretations in a Reference Project If many Work Projects need to access the same seismic interpretation, you must synchronize the seismic surveys across the Work Projects since Petrel 2007.1 interpretation objects are linked to a specific survey.

To synchronize seismic data, open the working projects one by one and populate the Reference Project with the asset seismic surveys. Consider the following when performing this step:

Take into account that the surveys need to be realized in a Petrel 2007.1 default format. Consider completing a bulk realization of the seismic surveys in Petrel 2007.1 before Interpretation upgrade.


Schlumberger Public

If already in the desired format, you can replace any duplicates (different GUID) in the working project with the seismic survey in the Reference Project to enable sharing of interpretation files.

Do not delete and replace the seismic surveys if there are any unrealized virtual cropped or attribute volumes that you want to keep associated with the duplicate. Realize those first or recreate them after replacement. Note that when you replace seismic data that is associated with a dynamic attribute map, this map also needs to be updated.

Well Seismic, Seismic sampled in a 3D grid, extracted wavelets, static attribute maps and other seismic derived objects will still exist after deletion of the source seismic, but future updates should be done with the new seismic volume.

Make sure all disks with seismic data are connected (or are online).

Store the asset seismic surveys on a server accessible to all Users. If a survey was already unconnected when trying to load it from a Work Project it could be deleted or removed from disk or stored locally and inaccessible by the workstation of the Reference Project.

You may find many duplicates of data amongst the different projects if loaded separately. Start using the newly created Reference Project for future project loading.

8.5.3 Seismic Data Handling 3Table 6 shows the support status of seismic data types in the Reference Project Tool.

Table 6: Seismic Data Types Supported by the Reference Project Tool

Data Types Supported Data Types Not Supported Seismic main folder Surveys and sub-folders Vintages Seismic 2D and 3D cubes and

attributes Interpretation folders Seismic horizons Fault interpretation 2D and 3D interpretation and

attributes Random lines Fault patches

Live data from OpenSpirit Data on Petrel Seismic Server Survey interpretation filters (handled

automatically) Mistie sets and folders Composites Old interpretation and attributes Seismic calculator


Schlumberger Public

3Table 7 shows how the Reference Project Tool handles bulk seismic data.

Table 7: Reference Project Tool Handling of Bulk Seismic Data

Bulk Seismic Data Duplicated when Transferring 3D or 2D Seismic

Bulk Seismic Data Not Duplicated (Only a Reference Will Be Made)

Internal raw files ZGY files realized to a Petrel-

controlled file in the project directory

SEGY files ZGY files imported into the project ZGY files realized with a User-defined file

name B#

8.6 Reference Project Tool Usage Considerations Consider the following points when using the Reference Project Tool:

Upgrade and save Petrel 2005 projects as a Petrel 2007.1 project prior to using the Reference Project Tool. The Reference Project Tool only works with Petrel 2007.1 projects and onwards.

With Petrel 2007.1.1 and later versions it is possible to open Petrel 2005 projects in the Reference Project Tool in read-only mode. This allows the User to obtain data from a backup of an older project without upgrading it. Data cannot be moved back to the Reference Project. Additionally, all data types normally supported by the Reference Project Tool are supported in this mode, except seismic and related data (such as horizons) and some reservoir engineering data.

Ensure that the coordinate system in your Reference Project and the Work Project are the same. Petrel 2007.1 has a more defined support for tagging projects with coordinate system information. For the Reference Project Tool to transfer data between projects, the units and project settings on the projects must match exactly. Some exceptions are made when the coordinate system is not set. Seismic reference datum values must match, but Users are only warned if the values do not match.

Petrel is more flexible in versions after Petrel 2007.1.1. It allows windows, workflows and cases to be copied even if coordinate systems or units do not match.

Simultaneous access is not possible. The Reference Project behaves exactly like a Petrel project and acquires a lock on the project when in use.

Object granularity may not be as expected. For example, if you try to move a model, you have to move the entire model.

Attributes must be handled in a sequential manner. Horizons and Well Tops have many attributes. These cannot be edited simultaneously. If one Petrel


Schlumberger Public

User changes some attributes of a horizon, a different User cannot easily change another attribute and merge the changes. Rather, the second User must wait for the first User to finish and publish the changes to the Reference Project.

8.7 Questions about Synchronizing Data

8.7.1 Can I change the survey name/vintage name of the seismic survey and then try to synchronize it with the other projects?

When the name or vintage is changed for a 2D line or 3D cube in the Reference Project, then a re-run of the Reference Project Tool will update the vintage and name in the Work Project to follow the new names in the Reference Project. The same is true for the survey name.

The vintage as defined in the Reference Project has to exist in the Work Project, or the vintage will be set to empty in the Work Project.

When changing the survey name in a Work Project, the seismic horizons that were interpreted on this data will not update the name of the interpretation object belonging to that survey. This can be confusing and should be avoided.

8.7.2 Can I change the folder structure of the objects in the Reference Project or Work Project? How will this affect the synchronization?

The synchronization will still happen correctly, but the tool will not change the folder structure of the lines and cubes. The individual objects will be updated, but the hierarchy structure will not.

8.7.3 How do I exchange data between two projects using the RPT in Petrel 2007.1 without overwriting data?

To copy data and not overwrite data in the target project, use the copy/paste function in the Petrel Explorer tree. The result is a new object with a new GUID number. You can then copy it to another project using the RPT in Petrel 2007.1 without overwriting data.

8.7.4 What happens to the (new) horizon interpretation when 2D or 3D survey (or lines/cubes) are deleted or removed?

It is not possible to delete a survey from the project when there is interpretation done on it. To delete the survey, you must first delete the interpretation objects of this survey from the horizons. Only then can you delete the survey itself.


Schlumberger Public

When lines or cubes are removed from the Work Project (but the survey object is preserved), then the interpretation on the seismic horizon stays in the Work Project. However, the interpretation will not show up in the 2D/3D window when activating the horizon and it will not be used in any processes or operations. When the lines and cubes are reconnected using the Reference Project Tool, then the interpretation will show up and will be available for use in processes and operations.

8.7.5 How does the Reference Project Tool handle the exchange of data between projects with different coordinate/unit systems?

The Reference Project Tool does not usually allow data to be copied from one project to another when units or coordinates do not match. However, in Petrel 2007.1.1 and onwards it is possible to copy data that is not coordinate systems aware, such as workflows, windows and cases.

8.7.6 Where do I put seismic attribute cubes? Attribute cubes (frequency, rms, variance) created by Users in their Work Projects can go into the Reference Projects. They are derivatives from the input primary seismic cubes (finmig, near, far, etc.). These primary cubes should be stored in the Reference Project. Of course, the data loading team that is maintaining the Reference Project may choose to generate some default seismic derivatives and store them in the Reference Project (like Structural Smoothing). Some users may share the attribute cubes with others via the Reference Project.

For the Work Projects, you should set the default directory for the zgy files by specifying the directory in the System Settings > Seismic menu. This ensures the zgy files are external to the Work Projects most likely shared between Asset Team members. In this way, you can create a project backup without including the seismic cube files.

8.7.7 How can I copy the 'properties' folder or a single 'property grid' from a model in one project (A) to a model in another project (B)?

You can easily copy an entire model from one project (project A) to another (project B) using the Reference Project Tool. However, copying the 'properties' folder or a single 'property grid' from a model in one project (A) to a model in another project (B) is a bit different.

In the Petrel 2007 Reference Project Tool, it is not possible to copy the entire properties folder or a single property from one model to another, because it is not possible to select only the properties folder or a single property grid. The 3D grid is the lowest element in the hierarchy that can be selected and moved. This moves the entire grid geometry, structure, and properties as well as a model container in the transfer.


Schlumberger Public

For example, Grid G1 exists in project A. Grid G2 exists in project B. G1 and G2 have the same number of cells. Property P1 belongs to G1, and property P2 belongs to G2. Using the RPT, it is not possible to "merge" these two properties into the same grid. However, provided they do not share the same GUID, G2 can be copied into project A, and property P2 can be dragged into G1. If they do share the same GUID, you must copy G1 before syncing G2 into project A. And then drag P1 into G2.

8.7.8 How can I use the Reference Project Tool with seismic interpretation that was done on a realized cropped volume?

This is not a problem. Users can continue to work with realized cropped volumes. These realized cropped volumes need to be part of the survey containing the parent. You could also choose to keep some realized cropped volumes in the Reference Project when it contains a very large parent cube. In any case, make sure that the interpretation is connected to the survey containing the parent cube.

8.7.9 How do I exchange seismic horizons between two projects in Petrel 2007.1?

If data has been loaded directly from OpenSpirit or .SEGY files in Work Projects, then the same cube exists in multiple projects, but with different GUIDs.

In Petrel 2007.1, you cannot copy a horizon from project A to project B, which is interpreted on the same survey but has a different survey GUID. This was not a problem in Petrel 2005 because seismic interpretations were not linked to seismic surveys. Therefore, you should consolidate seismic objects in the Reference Projects before the Petrel 2005 horizon is upgraded to the Petrel 2007.1 horizon and before any new interpretation is created in Petrel 2007.1.

8.7.10 How can I correct problems with interpretation done on copies of the same seismic volume in two different projects?

Copy the 3D seismic survey definition together with the horizon (no need to copy the seismic bulk data) and move the interpretation. When the survey definition is copied over, then the horizon can be transferred. Note that you first have to transfer the survey definition, then the horizon (or just run the operation twice).

Replace the survey in Project B with the survey in Project A.

There are three differences between copying 2D and 3D seismic surveys:

For 2D data, copy the survey definition plus 2D lines. For 3D data, you only need to copy the survey definition and not the bulk data.


Schlumberger Public

It is not possible to cross-post interpretation data from one 2D survey onto another 2D survey even if the lines are overlapping. In 3D you can see the dotted lines; this is not supported in 2D.

Cross-section points only show up when the seismic horizon interpretation has interpretation elements for both 2D surveys.

8.8 Security and Access Consider

Petrel 2007-1-2 Deployment Guide

Documents

Transcript of Petrel 2007-1-2 Deployment Guide