Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*backing\s+up\s+DBs\s+from\s+filesystems\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*backing\s+up\s+DBs\s+from\s+filesystems\s*$/: 8 ]

Total 8 documents matching your query.

1. Re: backing up DBs from filesystems (score: 1): Author: Suad Musovich <suad AT CCU1.AUCKLAND.AC DOT NZ>; Date: Sat, 2 Jun 2001 13:40:22 +1200; For the archive option I was going to set date specific directories (e.g. /staging/2001/06/02/) rather than unique filenames.; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-06/msg00057.html (13,353 bytes)
2. backing up DBs from filesystems (score: 1): Author: Suad Musovich <suad AT CCU1.AUCKLAND.AC DOT NZ>; Date: Fri, 1 Jun 2001 00:58:38 +1200; We are about to start backing up our enterprise databases. They are comprised of about 15 Oracle instances ranging from 7GB to 25GB. About a third are being backed up nightly and the others are eithe; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg01262.html (11,521 bytes)
3. Re: backing up DBs from filesystems (score: 1): Author: Robin Sharpe <Robin_Sharpe AT BERLEX DOT COM>; Date: Thu, 31 May 2001 09:08:54 -0400; Suad, You can just set the VEREXIST and VERDELETED to "NOLIMIT". This removes version count from the algorithm, and retention is solely controlled by date. This is what Tivoli recommends if you inten; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg01263.html (12,405 bytes)
4. Re: backing up DBs from filesystems (score: 1): Author: "Cook, Dwight E" <cookde AT BP DOT COM>; Date: Thu, 31 May 2001 08:09:42 -0500; DO IT WITH AN ARCHIVE ! ! ! A big reason is to keep "sets" of backups/archives complete... If you do things with backups (versions) say something goes wrong half way through your processing... you no; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg01264.html (11,029 bytes)
5. Re: backing up DBs from filesystems (score: 1): Author: David Longo <David.Longo AT HEALTH-FIRST DOT ORG>; Date: Thu, 31 May 2001 09:17:23 -0400; One question pops up to consider in the planning. Do the files they put in the staging area have a unique filename each day or will it be the same filename each day? David B. Longo System Administrat; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg01266.html (13,231 bytes)
6. Re: backing up DBs from filesystems (score: 1): Author: Richard Sims <rbs AT BU DOT EDU>; Date: Thu, 31 May 2001 10:09:26 -0400; Well, there is also the TSM API where, if you program in C, and your database system itself provides an API, you could potentially create your own client. It's not for everyone, but it's there. Rich; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg01271.html (10,973 bytes)
7. Re: backing up DBs from filesystems (score: 1): Author: James Thompson <mezron AT HOTMAIL DOT COM>; Date: Thu, 31 May 2001 07:12:56 -0700; I also vote for archives. Archives are designed to keep a set of related files together. You do not want any type of versioning to occur when doing a file level / os level backup of your database fil; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg01274.html (13,851 bytes)
8. Re: backing up DBs from filesystems (score: 1): Author: "Richard L. Rhodes" <rhodesr AT FIRSTENERGYCORP DOT COM>; Date: Thu, 31 May 2001 11:55:14 -0500; This is exactly how we backup our more than 200 Oracle databases. We have a script (actually, a rather large suite of scripts) that create the backup in a a staging area on the db server. The backup; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-05/msg01285.html (12,766 bytes)

Current List: 1 - 8
Page: [1]