Item Subject: 1.txt "internet headers"
Could not convert BINARY FILE item to text.
Will attempt to 'shar' item as file '03h802f' at end of msg.
.......................................................................
Item Subject: Why is the same tape mounted several times during a restore?
OK, double check in the installing the clients manual for the platform
of the clients suffering this to get all the specifics... but the
directory information (some or all) is I bet what is doing it to you.
On our novell servers we saw such things... our cure was to create a
diskpool that never went to tape, pointed a special management class
to it then our novell folks use :
incremental -subdir=yes -pass=xxxx -dirmc=thatspecialmc
this way all the directory poop was always available online (on disk)
but it is something with how/when it gathers directory information and
the order in which restores take place.
I believe when this was first an issue here we were seeing 1 tape
mounted in excess of 25 times... there are other cures... longer mount
retention times in conjunction with more tape drives...
hope this helps..
later
Dwight
______________________________ Reply Separator _________________________________
Subject: Why is the same tape mounted several times during a restor
Author: ADSM-L (ADSM-L AT VM.MARIST DOT EDU) at unix,sh
Date: 11/20/97 4:35 AM
I just performed a restore for a client that deleted a marketing directory that
had 84 sub-directories beneath it. There were a total of about 1200 files (2
GB). Unfortunately they did not tell me until after the next incremental was run
so that all of the deleted directories and files were marked inactive. I used a
line command to restore the data and learned first hand the value of Version 3's
point-in-time restore when ADSM also restored all of the files that the client
had deleted over the past 60 days. (approximately 800 files, 1 GB)
restore d:\inet\www\marketing\* -subdir=yes -latest
I do not use collocation so the data for the client was spread across 38
volumes. If this wasn't bad enough it mounted 17 of the tapes twice for a total
of 55 mounts. Why isn't ADSM smart enough to restore all of the files needed
from each tape the first time it's mounted? It looks like ADSM called for the
tapes in volume sequence except in the case of the re-mounted volumes:
AB0005
AB0009
AB0013
AB0009 <- Second mount
AB0013 <- Second mount
AB0029
Etc.
If this wasn't already enough fun, during my first attempt to do the restore
after about 40 tapes the session timed out because it was waiting for a reply
that I failed to answer quick enough. (15 minute default).
So I started the restore again thinking that it would pick up where it left off.
restore d:\inet\www\marketing\* -subdir=yes -latest -replace=no
I was surprised and disappointed that ADSM called for all of the same tapes
again, all forty before it got to the point where it began restoring data again.
During the first forty tapes it gave be a "Skipping" message for all of the
files that it restore during the first attempt.
When ADSM builds the list of files that need to be restored, why does it try to
restore the files that already exist? With -replace=no couldn't it compare the
list of files that the database knows about to the hard drive and determine that
there is no need to mount the tape and attempt the restore?
I plan on ordering Version 3 for AIX this week. Hopefully my restores will go
smoother in the future.
Larry Robertson
Compuware Corporation
larry_robertson AT compuware DOT com
# This is a shell archive. Remove anything before this line,
# then unpack it by saving it in a file and typing "sh file".
#
# Wrapped by Openmail for HP9000 <openmail@tuleosm1> on Thu Nov 20 13:08:39 1997
#
# This archive contains:
# 03h802f
#
# Error checking via wc(1) will be performed.
LANG=""; export LANG
PATH=/bin:/usr/bin:$PATH; export PATH
rm -f /tmp/uud$$
(echo "begin 666 /tmp/uud$$\n#;VL*n#6%@x\n \nend" | uudecode) >/dev/null 2>&1
if [ X"`cat /tmp/uud$$ 2>&1`" = Xok ]
then
unpacker=uudecode
else
echo Compiling unpacker for non-ascii files
pwd=`pwd`; cd /tmp
cat >unpack$$.c <<'EOF'
#include <stdio.h>
#define C (*p++ - ' ' & 077)
main()
{
int n;
char buf[128], *p, a,b;
scanf("begin %o ", &n);
gets(buf);
if (freopen(buf, "w", stdout) == NULL) {
perror(buf);
exit(1);
}
while (gets(p=buf) && (n=C)) {
while (n>0) {
a = C;
if (n-- > 0) putchar(a << 2 | (b=C) >> 4);
if (n-- > 0) putchar(b << 4 | (a=C) >> 2);
if (n-- > 0) putchar(a << 6 | C);
}
}
exit(0);
}
EOF
cc -o unpack$$ unpack$$.c
rm unpack$$.c
cd $pwd
unpacker=/tmp/unpack$$
fi
rm -f /tmp/uud$$
echo x - 03h802f '[non-ascii]'
$unpacker <<'@eof'
begin 660 03h802f
M4F5C96EV960Z(&9R;VT@8V]R<&UX,#(@*&-O<G!M># R+FAO=2YA;6]C;RYCX
M;VTI(&)Y('1U;&5O<VTQ('=I=&@@15--5% -"@DH,2XS-RXQ,#DN,C O,38NX
M,BD@:60@04$Q.34Y-CDQ,S0[(%=E9"P@,3D@3F]V(#$Y.3<@,38Z,S@Z-30@X
M+3 V,# -"E)E8V5I=F5D.B!F<F]M('9I<FQM># R(&)Y(&-O<G!M># R("A3X
M34DM."XV+U--22TT+C I#0H):60@44%!,38U.3<[(%=E9"P@,3D@3F]V(#$YX
M.3<@,38Z,C4Z,S0@+3 V,# -"E)E8V5I=F5D.B!F<F]M(&EN=&5R;&]C:RYAX
M;6]C;RYC;VT@8GD@=FER;&UX,#(@*%--22TX+C8O4TU)+5-64C0I#0H):60@X
M44%!,C<W-C8[(%=E9"P@,3D@3F]V(#$Y.3<@,38Z,S,Z,30@+3 V,# -"E)EX
M8V5I=F5D.B!F<F]M('9M+FUA<FES="YE9'4@8GD@<&]R=&%L+F%M;V-O+F-OX
M;2!W:71H(%--5% @:60@04$Q-SDW, T*(" H26YT97),;V-K(%--5% @1V%TX
M97=A>2 S+C @9F]R(#QD96-O;VM 04U/0T\N0T]-/BD[#0H@(%=E9"P@,3D@X
M3F]V(#$Y.3<@,38Z,S8Z-#(@+3 V,# -"E)E8V5I=F5D.B!F<F]M(%9-+DU!X
M4DE35"Y%1%4@8GD@5DTN34%225-4+D5$52 H24)-(%9-(%--5% @5C)2,RD-X
M"B @('=I=&@@0E--5% @:60@,38V,3L@5V5D+" Q.2!.;[email protected]<@,3<Z,C@ZX
M-3$@15-4#0I296-E:79E9#H@9G)O;2!632Y-05))4U0N1415("A.2D4@;W)IX
M9VEN($Q)4U1315)60$U!4DE35"D@8GD@5DTN34%225-4+D5$52 H3$UA:6P@X
M5C$N,F(O,2XX8BD@=VET:"!"4TU44"!I9" Y,38S.R!7960L(#$Y($YO=B QX
M.3DW(#$W.C(X.C4P("TP-3 P#0I296-E:79E9#H@9G)O;2!632Y-05))4U0NX
M1415(&)Y(%9-+DU!4DE35"Y%1%4@*$Q)4U1315)6(')E;&5A<V4@,2XX8RD@X
M=VET:"!.2D4-"B @(" @(" @("!I9" S.#DW(&9O<B!!1%--+4Q 5DTN34%2X
M25-4+D5$53L@5V5D+" Q.2!.;W8@,3DY-R Q-SHR.#HT-R M,#4P, T*4F5CX
M96EV960Z(&9R;VT@34%225-4("A.2D4@;W)I9VEN(%--5%! 34%225-4*2!BX
M>2!632Y-05))4U0N1415("A,36%I; T*(" @(" @(" @(%8Q+C)B+S$N.&(IX
M('=I=&@@0E--5% @:[email protected]$U,3L@5V5D+" Q.2!.;W8@,3DY-R Q-SHR.#HTX
M-R M,#4P, T*4F5C96EV960Z(&9R;VT@<W1A<F=A=&4N8V]M<'5W87)E+F-OX
M;2!B>2!632Y-05))4U0N1415("A)0DT@5DT@4TU44"!6,E(S*2!W:71H#0H@X
M(" @(" @(" @5$-0.R!7960L(#$Y($YO=B Y-R Q-SHR.#HT-"!%4U0-"E)EX
M8V5I=F5D.B!B>2!S=&%R9V%T92YC;VUP=7=A<F4N8V]M(&ED($%!,#4U-34@X
M*$EN=&5R3&]C:R!33510($=A=&5W87D@,RXP(&9O<@T*(" @(" @(" @($%$X
M4TTM3$!632Y-05))4U0N1415*3L@5V5D+" Q.2!.;W8@,3DY-R Q-SHR.3HUX
M," M,#4P, T*4F5C96EV960Z(&)Y('-T87)G871E+F-O;7!U=V%R92YC;VT@X
M*%!R;W1E8W1E9"US:61E(%!R;WAY($UA:6P@06=E;G0M,2D[(%=E9"P-"B @X
M(" @(" @(" Q.2!.;W8@,3DY-R Q-SHR.3HU," M,#4P, T*365S<V%G92U)X
M9#H@(#PQ.3DW,3$Q.3(R,CDN04$P-34U-4!S=&%R9V%T92YC;VUP=7=A<F4NX
M8V]M/@T*1&%T93H@(" @(" @("!4:'4L(#(P($YO=B Q.3DW(# U.C,U.C,YX
M($535 T*4F5P;'DM5&\Z(")!1%--.B!$:7-T(%-T;W(@36%N86=E<B(@/$%$X
M4TTM3$!632Y-05))4U0N1415/@T*4V5N9&5R.B B041333H@1&ES="!3=&]RX
M($UA;F%G97(B(#Q!1%--+4Q 5DTN34%225-4+D5$53X-"D9R;VTZ($QA<G)YX
M(%)O8F5R='-O;B \3&%R<GE?4F]B97)T<V]N0$-/35!55T%212Y#3TT^#0I3X
M=6)J96-T.B @(" @(%=H>2!I<R!T:&4@<V%M92!T87!E(&UO=6YT960@<V5VX
M97)A;"!T:6UE<R!D=7)I;F<@82!R97-T;W)E/PT*5&\Z($%$4TTM3$!632Y-X
+05))4U0N1415#0ID X
X
end
@eof
set `wc -lwc <03h802f`
if test $1$2$3 != 292311856
then
echo ERROR: wc results of 03h802f are $* should be 29 231 1856
fi
chmod 660 03h802f
rm -f /tmp/unpack$$
exit 0
|
