Re: ** imp using multiple compressed exp dump files
- From: A Joshi <ajoshi977@xxxxxxxxx>
- To: oracle-l@xxxxxxxxxxxxx, yong321@xxxxxxxxx
- Date: Fri, 7 Aug 2009 14:38:48 -0700 (PDT)
Yong,
Thanks. My sh did have a rm -rf comp_pipe in the beginning. So I assume that
takes care of it. In some cases I do notice that in some cases the split_pipe
and comp_pipe do keep getting a new updated date when I do ls -l even after the
exp process has finished and there are no split or comp processes.
So are these steps I am doing correct?
nohup cat xaa xab xac xad > split_pipe &
nohup uncompress -c split_pipe > i_pipe &
nohup imp file=i_pipe
Thanks Joel for your response. I will try rsh next time. Thanks
--- On Fri, 8/7/09, Yong Huang <yong321@xxxxxxxxx> wrote:
> From: Yong Huang <yong321@xxxxxxxxx>
> Subject: Re: ** imp using multiple compressed exp dump files
> To: oracle-l@xxxxxxxxxxxxx
> Date: Friday, August 7, 2009, 11:45 AM
>
> > If the files xa* are compressed and you cat them,
> > would compress -c not throw an error?
>
> I think the OP compressed first and then split. So cat'ing
> them
> into one big (compressed) file is fine.
>
> One little detail perhaps the OP can check is whenever you
> use a
> pipe, you don't want to accidentally drain the pipe. It's
> completely harmless to cat a regular file without any side
> effect.
> But if you cat a pipe when it's being used, whatever is
> stored
> in it is lost. This may happen when you repeat the work.
> For
> example, you want to go through your process one more time,
> but
> you forgot to start with a clean pipe. In this case, you
> should
> cat it (or recreate it), kill the writer process if it's
> still
> around.
>
> I would also suggest using gzip instead of compress. Gzip
> seems
> to be more stable. And, insted of nohup (or screen), find a
>
> Windows box that has good uptime (e.g. a production
> server), run
> putty on it to your UNIX/Linux box. If your windows
> terminal
> session crashes, the putty process on the Windows box still
> runs.
>
> Yong Huang
>
>
>
> --
> //www.freelists.org/webpage/oracle-l
>
>
>
--
//www.freelists.org/webpage/oracle-l
Other related posts:
