Oracle 11g is a supported config. The fact that Oracle RAC is used is
transparant to Artifactory (this applies for the OSS and the Pro version).

For DR, an active/passive setup is still the recommended way and for Oracle
RAC this can be achieved quite easily by relying on the HA nature of RAC for
bootstrapping the standby server from an HA instance (so you get
configuration and data replication OOTB).

If you wish to discuss details specific to your environment please feel free
to contact us directly at [email protected].

HTH,
Yoav


On Thu, May 19, 2011 at 7:06 PM, Pacileo, Ken <[email protected]> wrote:

>  Hi,
>
> Our company is in the process of moving to Oracle 11g for applications
> that will support it. We would also like to use Oracle RAC. I see in *
> http://wiki.jfrog.org/confluence/display/RTF/Changing+the+Default+Storage*<http://wiki.jfrog.org/confluence/display/RTF/Changing+the+Default+Storage>that
>  oracle10 is a supported
> configuration. Is Oracle RAC 11g a supported database with either 2.3.2 or 
> 2.3.3.1
> OSS versions? If not, are there plans to support RAC 11g in the future and
> what is the expected timeframe? Will the Pro Version support databases
> and/or versions not supported in the OSS version?
>
> I also have a follow up question regarding using Artifactory in an
> active/active configuration pointing to Oracle. The documentation at *
> http://wiki.jfrog.org/confluence/display/RTF/Clustering+Artifactory*<http://wiki.jfrog.org/confluence/display/RTF/Clustering+Artifactory>recommends
>  active/standby mode but this documentation is from
> Feb 2010. Has there been any progress to fully support an active/active
> configuration? If not, what would it entail to run an active/active
> configuration?
>
> This info will help us in designing our future DR/HA vision with
> Artifactory.
>
> Thanks and regards,
>
> --Ken
>
> *******Ken Pacileo**************** |******** Continuous Integration
> Services**************** | ********UnitedHealth Group IT*
>
>
>
> This e-mail, including attachments, may include confidential and/or
> proprietary information, and may be used only by the person or entity
> to which it is addressed. If the reader of this e-mail is not the intended
> recipient or his or her authorized agent, the reader is hereby notified
> that any dissemination, distribution or copying of this e-mail is
> prohibited. If you have received this e-mail in error, please notify the
> sender by replying to this message and delete this e-mail immediately.
>
>
> ------------------------------------------------------------------------------
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its
> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Artifactory-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>
------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its 
next-generation tools to help Windows* and Linux* C/C++ and Fortran 
developers boost performance applications - including clusters. 
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Artifactory-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Reply via email to