 |
BackUp Aggiuntivo si un DB SQL
|
|
On Thu, 3 Jul 2008 11:28:32 +0200, "Marco Papo" <...@gmail.com
Buongiorno,
oltre al backup che ha impostato l'azienda esterna che ci segue dal punto
sistemistico, vorrei pianificarne uno aggiuntivo che scriva semplicemente
sul disco secondario (visto che ho spazio).
L'unica cosa che vorrei che dopo sette giorni di backup, quello pi
vecchio fosse eliminato.
Ho guardato nei BOL e ho provato cos:
BACKUP DATABASE MioDB TO DISK ='E:\Program Files\Microsoft SQL
Server\MSSQL.1\MSSQL\Backup\MioDB_PROVA'
Mi aspettavo che eseguendolo 2 volte il comando mi andasse in
sovrascrizione, e invece vedo che la seconda volta il file si raddoppiato
come se contenesse entrambi i backup.
Inoltre da gestione risorse vedo che ha come attrinbututo (A). Cosa vuol
dire?
Come faccio a farlo sovrascrivere dopo 7 giorni.
Io pensavo di fare cos
DECLARE @Name as varchar(200)
set @Name = 'E:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Backup\GSQ'
+ DateName(Day, GetDate())
SELECT @Name
BACKUP DATABASE Gsq TO DISK = @Name
per se quando trova un file con lo stesso nome non lo sovrascrive, non
funziona.
Grazie
--
Marco Papetti
http://www.shortchannel.it Il software di commercio elettronico OpenSource
http://www.mondoideale.com - Prodotti naturali e biologici.
|
|
|
|
On Thu, 3 Jul 2008 12:20:17 +0200, "Luca Bianchi" <...@hotmail.com
Attenzione che un backup straordinario pupattare nella strategia di
backup esistente limitando le possibiliti ripristino.
In SQL Server 2005 tata introdotta l'opzione COPY_ONLY per evitare questo
tipo di problemi ed uesto che ti consiglio di fare se vuoi integrare in
qualche modo la protezione esistente
Fai riferimento a quanto indicato in questo post
http://groups.google.it/group/microsoft.public.it.sql/msg/ce58c4c0bbef1f25?hlit
Puoi sovrascrivere un backup solo specificando l'opzione INIT. Il default NOINIT che accoda un backup al set esistente. Fai SEMPRE attenzione quando
sovrascrivi un backup. Se qualcosa dovesse andare storto prima che finisca
il backup ti ritroveresti senza il backup precedente (l'hai gisovrascritto) e senza quello nuovo (non si ncora concluso). Meglio
adottare una rotazione, magari limitata al solo backup precedente, come
indicato nel post di cui sopra
Ogni file ha una serie di attributi; A sta per Archive, R per ReadOnly, H
per Hidden e cosia per altri. Ma n'altra storia...
Bye
--
Luca Bianchi
Microsoft MVP - SQL Server
http://community.ugiss.org/blogs/lbianchi
|
|
On Thu, 03 Jul 2008 11:51:56 +0200, David Martin <...@libero.it
Sinceramente, non mi piace molto l'idea di tenere due strategie di
backup indipendenti...
Se vuoi avere una copia in più, perché non copi i backup che già hai,
nel disco in cui c'è spazio libero?
Oppure stiamo parlando di backup di database differenti?
Prima di fare il backup potresti eseguire un file batch che rinomini i
backup esistenti. Ad esempio:
- il file bak_tuodb_007 viene eliminato
- il file bak_tuodb_006 viene rinominato in bak_tuodb_007
- il file bak_tuodb_005 viene rinominato in bak_tuodb_006
- e così via, poi esegui il backup del giorno e lo chiami bak_tuodb_001
Leggi la spiegazione della clausola INIT.
E' l'attributo "Archivio" assegnato dal sistema operativo, perché il
file è stato modificato dopo l'ultimo backup. Serve a capire se nel
prossimo backup il file deve essere incluso oppure no... a meno che il
prossimo backup non sia 'completo' e quindi comprenda tutti i file.
Attento però che l'ultimo paragrafo si riferisce al backup del sistema
operativo, non dei database di SQL Server.
--
David Martin
|
|
On Thu, 3 Jul 2008 12:30:12 +0200, "Marco Papo" <...@gmail.com
"David Martin" <...@mid.individual.net...
Sono fatti con un agent di un sw di backup di symantec credo... che su
un server su cui non ho nemmeno l'accesso, ma non questo il problema.
Siccome non posso controllare se quel backup funziona... meglio che me ne
faccia uno in pi io!
Potrei, ma se modifico il mio script cos, se ho capito bene non dovrebbe
servirmi?
DECLARE @Name as varchar(200)
set @Name = 'E:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Backup\GSQ'
+ DateName(weekday , GetDate())
SELECT @Name
BACKUP DATABASE Gsq TO DISK = @Name with INIT
Se ho capito bene INIT sovrascrive un file con lo stesso nome?
A questo non lo sapevo... grazie.
Anzi grazie di tutto.
|
|
On Thu, 3 Jul 2008 12:39:30 +0200, "Luca Bianchi" <...@hotmail.com
...e allora diventa pericoloso anche farlo su un disco locale...
Bye
--
Luca Bianchi
Microsoft MVP - SQL Server
http://community.ugiss.org/blogs/lbianchi
|
|
On Thu, 3 Jul 2008 06:14:56 -0700 (PDT), matteus <...@gmail.com
On 3 Lug, 12:39, "Luca Bianchi" <...@hotmail.comwrote:
Ciao a tutti.
Scusate l'intromissione, se ho capito bene lanciare un backup con tsql
può inficiare o andare a compromettere i veri backup effettuati con
backupexec: perchè, immagino, il comando lanciato via sql o lanciato
dall'agente registra comunque informazioni sul backup stesso
all'interno del db.
A quel punto non conviene fare un take offline, fare la copia fisica
dei o del file di sqlserver da filesystem (MDF e nel caso pure il
Transaction log) e a bisogno fare l'Attach dei file?
M.
|
|
On Thu, 3 Jul 2008 15:32:44 +0200, "Luca Bianchi" <...@hotmail.com
You are welcome... ;-)
Attenzione che "compromettere" non significa rendere inutilizzabili QUEI
backup. Significa invalidarne la strategia.
Se la mia strategia prevede un backup full una volta la settimana (es:
domenica), dei backup differenziali fatti una volta al giorno (es: 22:00) e
una serie di t-log fatti secondo una qualunque frequenza, fare un backup
completo "straordinario" il mercoledignifica che i differenziali
successivi avranno QUESTO come baseline e non quello previsto dalla mia
strategia di backup.
Finchl backup resta all'interno della tua azienda poco male (ma a patto
che tutti lo sappiano e che non sia su un disco locale). Pensa al caso in
cui affidi ad una societsterna la manutenzione di un gestionale. Ti
chiedono un backup completo per lavorarci presso la loro sede e gli dai
questo backup. Cosa succede ai backup successivi...? Se si rende necessario
ripristinarli devi riavere quel backup oppure, se la tua strategia di backup
asata anche sui backup del t-log puoi ricostruire l'intera catena di
t-log ignorando i differenziali. In ogni caso i differenziali (quelli
successivi al full extra) puoi buttarli.
Per risolvere queste criticitn SQL Server 2005 tata introdotta
l'opzione COPY_ONLY che ti permette di fare un backup full che non alteri la
normale strategia di backup...
IL TRANSACTION LOG NON E' UN
OPTIONAL!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
E comunque fare la copia di *TUTTI* i file che compongono il database non la stessa cosa che fare un backup.
Innanzitutto con questa modalituoi fare solo un surrogato di un backup
full e ti reclusa la possibiliti fare backup differenziali e/o del
t-log.
Poi interrompi la fruizione del servizio mentre con un backup propriamente
detto non ne intacchi la continuitInfine in questo modo ti serve tanto spazio quanto risulta essere quello
allocato (anche se non utilizzato) dal database; con un backup completo,
invece, l'occupazione ari allo spazio effettivamente utilizzato.
Bye
--
Luca Bianchi
Microsoft MVP - SQL Server
http://community.ugiss.org/blogs/lbianchi
|
|
|
|
Latest discussions from this group
(microsoft.public.it.sql)
|
DTS SQl2005
[09 Oct 2008]
On Thu, 9 Oct 2008 09:15:16 +0200, "Andrea" <andrea973@email. it
Ciao
qualcuno sa come...
posso schedulare un DTS in SQL2005?
Grazie
Andrea
|
Chiudere tabella in SQL2005
[08 Oct 2008]
On Wed, 8 Oct 2008 11:13:16 +0200, "Xymox" <marcosanti@togli QUESTOpeople.it
Nel management...
di SQL 2005 non riesco trovare quali sono le tabelle aperte
per poterle chiudere, ho...
|
Problema MS SQL 2005 Agent
[08 Oct 2008]
On Wed, 8 Oct 2008 01:08:00 -0700, Graziano <Graziano@discuss ions.microsoft.com
Utilizzo...
MS SQL 2005 Workgroup SP2. Il problema è relativo al servizio MS SQL
Agent che nonostante...
|
| More... |
|
|
|