You are on page 1of 10

http://www.filediva.

com/file_TermPet%20oirasolG%20I%20E
%20CIPM/cmtoti.blogspot.com/

Can anybody suggest me how to model Hydraulic Fracture using Eclipse


100..

Priya R. Production Optimization Engineer at Kuwait oil company

Recomendar

Comentar (18)

Compartir

9 de junio de 2011

Comentarios

Patrick K., Alfonso R. R. y 9 personas ms recomiendan esto


18 comentarios Pasar a los comentarios ms recientes

Chavaphol
Chavaphol K.
Petroleum Engineer at Chevron
I'm not quite sure the requirement from you. Does it mean to model how the
fracture from hydraulic fracturing will propagate or to model the reservoir
having hydraulic fracturing?
If the latter one, in my opinion the simplified one that I will use is to use the
Local Grid Refinement near well bore area and then assign the high permeability
(something like more than 1 Darcy) in the same character that the hydraulic
fracture will be. So you can have the high perm path connecting from your well
with the reservoir then.
I'm not sure it could help or not.

Muzammil

Muzammil H.
petroleum engineering
Hi.
Just put the LGR in Grids and assign the fracture property to the LGR.

Riko Julian
Riko Julian H.
Reservoir Engineer at Chevron
I inherited a model of 70 hydraulically fractured well in CMG model. This
model actually uses transmissibility multiplier in area represented by hydraulic
fracture. It matches quite good, I don't know if it will work the same way in
ECLIPSE 100

Mahendra
Mahendra K.
Senior Reservoir Engineer at Mubadala Petroleum
Dear Priya,
Hydralic fracturing be modelled using Eclipe 100 and E300 and Petrel RE.
1. LGR can be used along with GPP option to model GCR in gas case in E100
1. Using compositional for CGR model and fracture using CONDFRAC
keyword in E300.
3. Use well completion module in Petrel RE to create hydraulic fracture which
uses transmissibility multiplier.

Omar
Omar N.
Engineering Manager at Vegas Oil and Gas S.A.
Hi Priya,
I agree with chavaphol,Muzammil, Riko and Mahendra, LGR and
transmissibility multiplier is the solution in ECL or any simulator, but the
question do you have pre-frac histroy needs to be matched first (BHFP,WHFP
and rates/BSW/GOR), and what about the post frac data (BHFP and rate)? Did
you manage to collect it, if not I am not sure if your model will replicate the
reality?
Regards,
Omar

Mahendra
Mahendra K.
Senior Reservoir Engineer at Mubadala Petroleum
Omar,
At this point the FraCADE data would be good enough to build the model. Later
actual data must be used to compare the pre and post design.

Priya
Priya R.
Production Optimization Engineer at Kuwait oil company
Hi All thanks for support.... I have post frac production and build up history. I
tried to model the reservoir in two ways 1) Using LGR around the well bore and
defining high perm 2) Using Logarithmic gridding and calculated the equivalent
permeability of the grid in which well is located. 2nd option is matching very
well with my testing data while LGR didn't give me a close match.

Dr. Mazher
Dr. Mazher I.
Sr. Advisor Reservoir Engineer for Unconventional Reservoir
The current simulator does not support the frac well index as all of them still use
Peaceman well index for radial grid. This is one problem you have to be careful
when you model frac.
I really recommended CMG which is have accurate template to build your frac
system with very good grid refinement.

Muzammil
Muzammil H.
petroleum engineering
try to adjust interblock transmissiblities for matching data.

Abdelkader
Abdelkader A.
Reservoir Management Section Head at Eni Iraq (ZFOD)
Priya,
I think the LGR didn't give the expected refinement i.e. accuracy because to
have the later you'de better use LGR along the frac wings with transmissibility
multipliers along the fracture to match the Folds of Increase resulting from your
actual fracture.
Any way the folks here have given you the best advices either using E100, E300
or CMG softwares.

Last but not least, I recommend you the following discussion in another group
about the same subject "Eclipse and hydraulic fractures" :
http://www.linkedin.com/groupItem?
view=&gid=1832199&type=member&item=38568935&qid=de0d48d2-6f0c4bd8-ac43-eecd9de76a0b&trk=group_most_popular-0-b-ttl&goback=
%2Egmp_1832199
Actually I started this discussion 6 months ago, because I Knew the
methodologies described here above but still I had some doubts back that time
on how to deal with fracs in Eclipse the same way we could handle them under
CMG.

Jordi
Jordi V.
Reservoir-Production Planning Engineering Advisor at Afren
Priya,
Another possible option is to model the fractures as a discrete connection of
nodes (DCN), in other worlds, model the fractures as wells that not produce to
the surface and allow cross-flow to occur. From the commercial standpoint, the
well and the fracture could be modeled as wells, so no additional code or addons to the simulator are required.
Regards,
Jordi

Mounir
Mounir B.
reservoir engineer at Sonatrach

The hydrolic fracturation is done in purpose of improving the fluid flow wich
means increase the permeability, what you can do is assign an LGR around the
well and try to increase the permeability in the neighbor cells. If uou have any
buildup after the fracturation operation, ikt can help you in the way you know
how the permeability was increased

Abdelkader
Abdelkader A.
Reservoir Management Section Head at Eni Iraq (ZFOD)
From the last comment by Mounir, I would like to make a small clarification,
improving fluid flow doesn't mean necessarly increasing permeability, the perm
of the rock is there and you won't be able to change it, By acidizing the rock
you'll remove the damage (related to well interventions or drilling fluids) and
you'll have a skin of zero, by fracturing the rock you are just increasing the
producing surface i.e the contact between the well and the reservoir and this is
the reason why you'll have a negative skin, the perm of the proppant pack won't
be the defenitive permeability, this is a misleading point, in addition a fracture
induces a linear flow which is by far better than radial flow, the issue here is just
the way we can simulate it under Eclipse, and yes we use perm multipliers but as
Reservoir Engineers we should also step out from the model and get back tro the
basics which we as Reservoir Engineers forget from time to time, especially if
we work on models and we foreget the physics behind.

Abdelkader
Abdelkader A.
Reservoir Management Section Head at Eni Iraq (ZFOD)
As I received a comment in my older post about the same subject under another
group, I would like to share it with you, as I found it very interesting.
here bellow the comment courtesy of Michael Vork :

" There are several other ways:


In E100 you can get quite a close approximation of a detailed hydraulic frac
model with infinite conductivity by connecting the cells in the fracture plane and
converting applying a PI multiplier per connected cell based on the linear vs. the
radial PI ratio (i.e. for a well penetrayion in the Z-direction: WPIMULT =
[4*dY*ln(Re/Rw)]/[pi*dX] ).
For finite conductivity fractures modifying the neighbouring transmissibilities
work. I have typically used a history matching tool to manipulate the
transmissibilities based on a fine grid fracture model to obtain same average
pressures and fluxes per flow region."

Michael
Michael V.
Subsurface Engineering Manager at DONG Energy
In E100 you can get quite a close approximation of a detailed hydraulic frac
model with infinite conductivity by connecting the cells in the fracture plane and
converting applying a PI multiplier per connected cell based on the linear vs. the
radial PI ratio (i.e. for a well penetrayion in the Z-direction: WPIMULT =
[4*dY*ln(Re/Rw)]/[pi*dX] ).
For finite conductivity fractures modifying the neighbouring transmissibilities
work. I have typically used a history matching tool to manipulate the
transmissibilities based on a fine grid fracture model to obtain same average
pressures and fluxes per flow region.

Walter D
Walter D P.
Exploration Reservoir Engineer at Nexen
Perhaps a little late (3 years late! :-) but maybe worth mentioning. We (When I
was in Saudi Aramco) modeled hydraulic fractures using the DPDP option and

only activated the cells along the wellbore that had the hydraulic fractures. We
had to play a lot with the natural fracture parameters, but eventually we got it to
match. It added computational load, but I don't remember how much when
compared to the LGR option which we also did. However if you don't have the
DPDP option already it will add a lot of cost so might not be worth it.... actually
I am not sure if the DPDP option is extra, someone might have to comment on
that.
One difficulty with the DPDP approach worth mentioning is that it works great
when you are just History Matching, but if you want to do future development
the location of the new wells must be known and the fractures must be put in
place when initializing the model... this is a problem if you are using an
optimizer and doing field development under uncertainty using automated
techniques.

Omar
Omar A.
Senior Reservoir / Simulation Engineer , Team Leader at SAFER Exploration &
Production Operations Company
I had an Eclipse 100 model for a condensate reservoir. Lately; I conducted
hydaulic fracturing for some wells in this sandstone reservoir mainly tight sands.
Now; how toupdate the model after the hydraulic fracturing?
Again I am using modified black oil not compositional!

Andrey
Andrey M.
Section Head, Tyumen Scientific Center
1. Create LGR near wells. 2. Add additional perm mult in grid (because you
loose history matching when you significant refine). 3. According to frac date add additional permeability/transmissibility in schedule :-)