Re: Turbo Store Question (Problem maybe?)
- From: Brian Donaldson <bmdinsocal@xxxxxxx>
- Date: Sun, 27 Jul 2008 23:09:49 -0400
there are no UDC's touching the DB in question.
I suspect the backup program looks at the date and does not include the time
in determining what to back up and what to leave alone.
The DB in question was accessed at 1:02am, full backup started at 7am and
then the partial started at about 1pm immediately following the full system
backup......
The DB access/mod date is 07/27/08 the same as the backups so I am assuming
that it is being included because the date in the partial backup states
=07/27/2008........
That's what I think. However, it isn't exactly what I would want from a
backup program. I would have preferred the DB to have not been on the backup
tape......
No big deal really, I guess....
Brian.
On Sun, 27 Jul 2008 20:05:18 -0500, Joseph Dolliver
<j.dolliver1@xxxxxxxxxxx> wrote:
At your logon, check the UDC's you have set and there may be a clue thereas to why your DB files are opened.
HTH
From: Brian Donaldson <bmdinsocal@xxxxxxx>
Date: 2008/07/27 Sun PM 07:30:44 EDT
To: HP3000-L@xxxxxxxxxxxxx
Subject: Re: [HP3000-L] Turbo Store Question (Problem maybe?)
I can't answer for why files that have not been touched made it on thepartial. Did you do a listf, -3 to see access dates, modification dates,
etc... for example if you do a PRINT ;SEARCH within MPEX without the
KEEPAMDATES parameter, it may change the access dates.
No one else is accessing my system at all other than myself.
The last time this database was accessed was at 1:02 this morning which is
correct.
However, I did not do the full system backup until around 7am.........
The partial backup did not happen until about 1pm....
FILE: SNTINL04.DATABASE.DEV
FILE CODE : -401 FOPTIONS: BINARY,FIXED,NOCCTL,STD
BLK FACTOR: 1 CREATOR : MGR.DEV
REC SIZE: 2816(BYTES) LOCKWORD:
GROUP ID: DEV
BLK SIZE: 2816(BYTES) SECURITY--READ: ANY
EXT SIZE: 319(SECT) WRITE: ANY
NUM REC: 926 APPEND: ANY
NUM SEC: 10192 LOCK: ANY
NUM EXT: 1 EXECUTE: ANY
MAX REC: 926 **SECURITY IS ON
MAX EXT: 32 FLAGS : NO ACCESSORS
NUM LABELS: 1 CREATED : SUN, JUL 10, 2005, 5:09 PM
MAX LABELS: 1 MODIFIED: SUN, JUL 27, 2008, 1:02 AM
DISC DEV #: 2 ACCESSED: SUN, JUL 27, 2008, 1:02 AM
RESTORED: THU, JUN 12, 2008, 9:49 PM
STATE : MON, JUL 7, 2008, 6:54 AM
SEC OFFSET: 0 LABEL ADDR: $0000005E.$00134420
UFID : $056C0002 $1A4DE4A5 $001344D8 $55031832 $0350ED02
VOLCLASS : MPEXL_SYSTEM_VOLUME_SET:DISC
********************
FILE: /DEV/DATABASE/SNTINL04.idx
FILE CODE : -412 FOPTIONS: BINARY,FIXED,NOCCTL,KSAMXL
BLK FACTOR: 170 OWNER : MGR.DEV UID: 139
REC SIZE: 20(BYTES) GROUP ID: DEV GID: 119
BLK SIZE: 4096(BYTES) SECURITY--READ: ANY
EXT SIZE: 0(SECT) WRITE: ANY
NUM REC: 373 APPEND: ANY
NUM SEC: 4032 LOCK: ANY
NUM EXT: 2 EXECUTE: ANY
MAX REC: 57613 **SECURITY IS ON
FLAGS : NO ACCESSORS
NUM LABELS: 1 CREATED : WED, JUN 18, 2008, 9:36 PM
MAX LABELS: 1 MODIFIED: SUN, JUL 27, 2008, 1:02 AM
DISC DEV #: 1 ACCESSED: SUN, JUL 27, 2008, 1:02 AM
RESTORED: WED, JUN 18, 2008, 9:36 PM
STATE : SUN, JUL 27, 2008, 12:38 AM
SEC OFFSET: 0 LABEL ADDR: $00000013.$00134D20
UFID : $056C0001 $1A4DE4A5 $00134DD8 $55052448 $04A2CBEA
VOLCLASS : MPEXL_SYSTEM_VOLUME_SET:DISC
On Sun, 27 Jul 2008 16:02:53 -0700, Bahrs, Art <Arthur.Bahrs@xxxxxxxxxxxxxxx>
wrote:
Hi All :)when I had a process or user holding onto things (usually quietly in a
I seem to recall some unusual behavior with the online backup durations
manner not easily observed)
partial. Did you do a listf, -3 to see access dates, modification dates,
You might want to check who and what is on the process trees?
Sent via PDA
Thanks
Art Bahrs
Security Engineer
arthur.bahrs@xxxxxxxxxxxxxx
-----Original Message-----
From: Craig Lalley <mr_lalley@xxxxxxxxx>
Sent: Sunday, 27 July, 2008 1:25 PM
To: HP3000-L@xxxxxxxxxxxxx <HP3000-L@xxxxxxxxxxxxx>
Subject: Re: Turbo Store Question (Problem maybe?)
Brian,
I can't answer for why files that have not been touched made it on the
etc... for example if you do a PRINT ;SEARCH within MPEX without the
KEEPAMDATES parameter, it may change the access dates.
option. :-) If the tape is ever corrupt, you have virtually no chance of
However, do yourself a favor, Friends don't let friends use the INTER
recovering any file. W/O INTER, you may be able to get everything BUT the
damaged file.
improvement in speed.
Also, try using MAXTAPEBUF, I have seen it work wonders, usually a 30%
@.@.@;*T;SHOW;PROGRESS=5;DATES>=07/27/2008;INTER;STATISTICS;DIRECTORY;ONLINE=START;PARTIALDB;COMPRESS=LOW
-Craig
--- On Sun, 7/27/08, Brian Donaldson <bmdinsocal@xxxxxxx> wrote:
From: Brian Donaldson <bmdinsocal@xxxxxxx>
Subject: Turbo Store Question (Problem maybe?)
To: HP3000-L@xxxxxxxxxxxxx
Date: Sunday, July 27, 2008, 2:56 PM
Today, 07/27/2008, I did a full system backup thus:
!STORE
@.@.@;*T;SHOW;PROGRESS=15;INTER;STATISTICS;DIRECTORY;&
!ONLINE=START;PARTIALDB;COMPRESS=LOW
Worked just fine (I'm just a bit concerned about the
time it takes tho -- 7+
hours)
After the backup was done I immediately did a nightly
backup thus --
STORE
information that is privileged, confidential and exempt from disclosure
This partial backup had a bunch of files on it that
shouldn't have been on
it -- two or three different TurboIMAGE databases that had
not been accessed
since 07/26/2008 or before.
No other users on the box except for me....
Can anyone tell me why these files were on this partial
backup?
TIA,
Brian Donaldson.
* To join/leave the list, search archives, change list
settings, *
* etc., please visit
http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
DISCLAIMER:
This message is intended for the sole use of the addressee, and may contain
under applicable law. If you are not the addressee you are hereby notified
that you may not use, copy, disclose, or distribute to anyone the message or
any information contained in the message. If you have received this message
in error, please immediately advise the sender by reply email and delete
this message.
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
joseph dolliver
e3k solutions , inc
41630 marie court
leonardtown, md 20650
301-475-6985
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
.
- Follow-Ups:
- Re: Turbo Store Question (Problem maybe?)
- From: Duane Percox
- Re: Turbo Store Question (Problem maybe?)
- Prev by Date: Re: Turbo Store Question (Problem maybe?)
- Next by Date: Re: Exchange Ignoring E-mails
- Previous by thread: Re: Turbo Store Question (Problem maybe?)
- Next by thread: Re: Turbo Store Question (Problem maybe?)
- Index(es):
Relevant Pages
|
