This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C1FC57.DE18B500
Content-Type: text/plain;
charset="ISO-8859-1"
mkfile for 100 gb file works ... problem could be because oracle is
running 32bit mode.?
-----Original Message-----
From: White, Steve [mailto:Steve.White AT PacifiCorp DOT com]
Sent: May 15, 2002 3:13 PM
To: 'Fernandes, Eustace'; 'veritas-bu AT mailman.eng.auburn DOT edu'
Subject: RE: [Veritas-bu] oracle (RMAN) to disk and backup set size
Just shooting in the dark here, but perhaps you're running into a 2GB file
limit. Just because Solaris 7 supports large files, doesn't mean this
capability is turned on. It used to be that VxFS, for example, would
default to having largefile support disabled unless you explicitly gave it
the correct mount option.
Steve White
-----Original Message-----
From: Fernandes, Eustace [ mailto:EFernandes AT talisman-energy DOT com
<mailto:EFernandes AT talisman-energy DOT com> ]
Sent: Wednesday, May 15, 2002 1:43 PM
To: 'veritas-bu AT mailman.eng.auburn DOT edu'
Subject: [Veritas-bu] oracle (RMAN) to disk and backup set size
Solaris 7 64 bit, oracle 817
Using RMAN to allocate channel type disk instead of tape
dB size is approx 130 Gb, if use a 2 GB backup set size, than there is no
problem backing up and restoring
to disk, however if we increase the backup set size to the entire dB, ie
130 Gb than the restore fails.
Any ideas folks?. Since Netbackup is not being used here, is this a
restriction in RMAN?, is there a maximum backup set size
when using disk?
Eustace Fernandes
Technical Support
< mailto:efernandes AT talisman-energy DOT com
<mailto:efernandes AT talisman-energy DOT com> >
voice (403) 237-1534
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
<http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu>
----------------------------------------------------------------------------
--
This email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone
else, unless expressly approved by the sender or an authorized addressee, is
unauthorized.
If you are not the intended recipient, any disclosure, copying, distribution
or any action omitted or taken in reliance on it, is prohibited and may be
unlawful. If you believe that you have received this email in error, please
contact the sender, delete this e-mail and destroy all copies.
============================================================================
==
------_=_NextPart_001_01C1FC57.DE18B500
Content-Type: text/html;
charset="ISO-8859-1"
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">
<TITLE>RE: [Veritas-bu] oracle (RMAN) to disk and backup set size</TITLE>
<META content="MSHTML 5.00.3315.2870" name=GENERATOR></HEAD>
<BODY>
<DIV><FONT color=#0000ff face=Arial size=2><SPAN
class=968312821-15052002>mkfile for 100 gb file works ...
problem could be because oracle is running 32bit mode.? </SPAN></FONT></DIV>
<BLOCKQUOTE style="MARGIN-RIGHT: 0px">
<DIV align=left class=OutlookMessageHeader dir=ltr><FONT face=Tahoma
size=2>-----Original Message-----<BR><B>From:</B> White, Steve
[mailto:Steve.White AT PacifiCorp DOT com]<BR><B>Sent:</B> May 15, 2002 3:13
PM<BR><B>To:</B> 'Fernandes, Eustace';
'veritas-bu AT mailman.eng.auburn DOT edu'<BR><B>Subject:</B> RE:
[Veritas-bu] oracle
(RMAN) to disk and backup set size<BR><BR></DIV></FONT>
<P><FONT size=2>Just shooting in the dark here, but perhaps you're running
into a 2GB file limit. Just because Solaris 7 supports large files,
doesn't mean this capability is turned on. It used to be that VxFS, for
example, would default to having largefile support disabled unless you
explicitly gave it the correct mount option.</FONT></P>
<P><FONT size=2>Steve White</FONT> </P>
<P><FONT size=2>-----Original Message-----</FONT> <BR><FONT size=2>From:
Fernandes, Eustace [<A
href="mailto:EFernandes AT talisman-energy DOT com">mailto:EFernandes AT
talisman-energy DOT com</A>]</FONT>
<BR><FONT size=2>Sent: Wednesday, May 15, 2002 1:43 PM</FONT> <BR><FONT
size=2>To: 'veritas-bu AT mailman.eng.auburn DOT edu'</FONT> <BR><FONT
size=2>Subject: [Veritas-bu] oracle (RMAN) to disk and backup set size</FONT>
</P><BR>
<P><FONT size=2>Solaris 7 64 bit, oracle 817</FONT> <BR><FONT
size=2>Using RMAN to allocate channel type disk instead of tape</FONT>
<BR><FONT size=2>dB size is approx 130 Gb, if use a 2 GB backup set size,
than
there is no</FONT> <BR><FONT size=2>problem backing up and
restoring</FONT> <BR><FONT size=2>to disk, however if we increase the
backup set size to the entire dB, ie</FONT> <BR><FONT size=2>130 Gb than the
restore fails.</FONT> <BR><FONT size=2>Any ideas folks?. Since Netbackup is
not being used here, is this a</FONT> <BR><FONT size=2>restriction in
RMAN?, is there a maximum backup set size</FONT> <BR><FONT size=2>when using
disk?</FONT> <BR><FONT size=2> Eustace Fernandes</FONT> <BR><FONT
size=2>Technical Support</FONT> <BR><FONT size=2> <<A
href="mailto:efernandes AT talisman-energy DOT com">mailto:efernandes AT
talisman-energy DOT com</A>></FONT>
<BR><FONT size=2>voice (403) 237-1534</FONT> </P><BR><BR>
<P><FONT size=2>_______________________________________________</FONT>
<BR><FONT size=2>Veritas-bu maillist -
Veritas-bu AT mailman.eng.auburn DOT edu</FONT> <BR><FONT size=2><A
href="http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu";
target=_blank>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu</A></FONT>
</P>
<P>------------------------------------------------------------------------------<BR><BR><BR>This
email is confidential and may be legally privileged.<BR><BR>It is intended
solely for the addressee. Access to this email by anyone else, unless
expressly approved by the sender or an authorized addressee, is
unauthorized.<BR><BR>If you are not the intended recipient, any disclosure,
copying, distribution or any action omitted or taken in reliance on it, is
prohibited and may be unlawful. If you believe that you have received this
email in error, please contact the sender, delete this e-mail and destroy all
copies.<BR><BR><BR>==============================================================================<BR></P></BLOCKQUOTE></BODY></HTML>
------_=_NextPart_001_01C1FC57.DE18B500--
|
