Mode de reccuperation

Le
Christophe Pin
Bonjour,

Juste pour lever le doute, j'aurais aimé votre avis:

J'ai une base SQL Serveur 2005 pour laquelle, nous n'avons aucun besoin de
pouvoir remonter dans le temps et revenir à un instant t.
Par contre, en cas de crash, nous devons restorer le dernier etant en
production.

Le mode de reccuperation "simple" peut il s'appliquer à notre cas ?

De plus, j'ai planifié des backup complets journalier mais les fichiers sont
nommés sous la forme
nomdebase_dateheure.bak alors que je souhaiterais avoir un nom constant afin
de chaque jour écraser la sauvegarde de la veille.

Merci de vos tuyaux
--
_________________________________________
Now, you know the truth, Space Invaders are Back
http://www.joachimgarraud.com
L'invasion ne fait QUE commencer
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Christophe Pin
Le #16434071
personne pour un pti coup de main ?

merci d'avance

--
_________________________________________
Now, you know the truth, Space Invaders are Back
http://www.joachimgarraud.com
L'invasion ne fait QUE commencer...



"Christophe Pin" 488d91fa$0$16766$
Bonjour,

Juste pour lever le doute, j'aurais aimé votre avis:

J'ai une base SQL Serveur 2005 pour laquelle, nous n'avons aucun besoin de
pouvoir remonter dans le temps et revenir à un instant t.
Par contre, en cas de crash, nous devons restorer le dernier etant en
production.

Le mode de reccuperation "simple" peut il s'appliquer à notre cas ?

De plus, j'ai planifié des backup complets journalier mais les fichiers
sont nommés sous la forme
nomdebase_dateheure.bak alors que je souhaiterais avoir un nom constant
afin de chaque jour écraser la sauvegarde de la veille.

Merci de vos tuyaux
--
_________________________________________
Now, you know the truth, Space Invaders are Back
http://www.joachimgarraud.com
L'invasion ne fait QUE commencer...






Philippe Bouchardy
Le #16435461
Bonsoir Christophe,



Dans le mode de récupération Simple les logs dans le journal de transactions
sont minimisés. Si vous utilisez ce mode, vous ne pourrez en cas de crash
remonter que la base de données uniquement à la date de la dernier
sauvegarde que vous avez effectuer.



Exemple si vous sauvegardez la DB tous les soirs et que vous avez un crash
le lendemain à 18H, vous perdez toutes les données entre la date du backup
de la veille et le moment du crash.



Aussi, si vous souhaitez pouvoir remonter l'instance a 18H, il vous faut
utiliser un mode de recovery Bulk-logged ou Full.



Rendez-vous à cette url pour plus d'informations sur les modèles de recovery

http://msdn.microsoft.com/en-us/library/aa173678.aspx



Cordialement,



Philippe



"Christophe Pin" news:488d91fa$0$16766$
Bonjour,

Juste pour lever le doute, j'aurais aimé votre avis:

J'ai une base SQL Serveur 2005 pour laquelle, nous n'avons aucun besoin de
pouvoir remonter dans le temps et revenir à un instant t.
Par contre, en cas de crash, nous devons restorer le dernier etant en
production.

Le mode de reccuperation "simple" peut il s'appliquer à notre cas ?

De plus, j'ai planifié des backup complets journalier mais les fichiers
sont nommés sous la forme
nomdebase_dateheure.bak alors que je souhaiterais avoir un nom constant
afin de chaque jour écraser la sauvegarde de la veille.

Merci de vos tuyaux
--
_________________________________________
Now, you know the truth, Space Invaders are Back
http://www.joachimgarraud.com
L'invasion ne fait QUE commencer...






Christophe Pin
Le #16437301
Merci
Dans ce cas, le mode de recupération simple me va. Je peux me permettre de
repartir de la derniere sauvegarde qui a moins de 24h et perdre le delta.

Par contre, aucune idée pour la seconde partie de ma question (les noms de
fichiers)

encore merci

"Philippe Bouchardy" news: %
Bonsoir Christophe,



Dans le mode de récupération Simple les logs dans le journal de
transactions sont minimisés. Si vous utilisez ce mode, vous ne pourrez en
cas de crash remonter que la base de données uniquement à la date de la
dernier sauvegarde que vous avez effectuer.



Exemple si vous sauvegardez la DB tous les soirs et que vous avez un crash
le lendemain à 18H, vous perdez toutes les données entre la date du backup
de la veille et le moment du crash.



Aussi, si vous souhaitez pouvoir remonter l'instance a 18H, il vous faut
utiliser un mode de recovery Bulk-logged ou Full.



Rendez-vous à cette url pour plus d'informations sur les modèles de
recovery

http://msdn.microsoft.com/en-us/library/aa173678.aspx



Cordialement,



Philippe



"Christophe Pin" news:488d91fa$0$16766$
Bonjour,

Juste pour lever le doute, j'aurais aimé votre avis:

J'ai une base SQL Serveur 2005 pour laquelle, nous n'avons aucun besoin
de pouvoir remonter dans le temps et revenir à un instant t.
Par contre, en cas de crash, nous devons restorer le dernier etant en
production.

Le mode de reccuperation "simple" peut il s'appliquer à notre cas ?

De plus, j'ai planifié des backup complets journalier mais les fichiers
sont nommés sous la forme
nomdebase_dateheure.bak alors que je souhaiterais avoir un nom constant
afin de chaque jour écraser la sauvegarde de la veille.

Merci de vos tuyaux
--
_________________________________________
Now, you know the truth, Space Invaders are Back
http://www.joachimgarraud.com
L'invasion ne fait QUE commencer...










Philippe Bouchardy
Le #16439551
Bonjour,



Vous devriez quand même garder un historique des Backups sur un laps de
temps choisi en cas de fausse manipulation sur la base par exemple, si vous
découvrez l'erreur 3 jours plus tard, vous n'avez aucun recours possible...



Ceci étant, si vous souhaitez écraser tous les soirs le BACKUP, effectuer un
JOB avec l'option INIT.


Par exemple :
BACKUP DATABASE [MaDB] TO DISK = N'C:MaDB.bak' WITH INIT, NAME =
N'MaDB-Full Database Backup'

Plus d'info :
http://www.microsoft.com/technet/prodtechnol/sql/2000/maintain/sqlbackuprest.mspx
http://msdn.microsoft.com/en-us/library/ms186865.aspx

Cordialement,

Philippe


"Christophe Pin" news:488f886b$0$12663$
Merci
Dans ce cas, le mode de recupération simple me va. Je peux me permettre de
repartir de la derniere sauvegarde qui a moins de 24h et perdre le delta.

Par contre, aucune idée pour la seconde partie de ma question (les noms de
fichiers)

encore merci

"Philippe Bouchardy" news: %
Bonsoir Christophe,



Dans le mode de récupération Simple les logs dans le journal de
transactions sont minimisés. Si vous utilisez ce mode, vous ne pourrez en
cas de crash remonter que la base de données uniquement à la date de la
dernier sauvegarde que vous avez effectuer.



Exemple si vous sauvegardez la DB tous les soirs et que vous avez un
crash le lendemain à 18H, vous perdez toutes les données entre la date du
backup de la veille et le moment du crash.



Aussi, si vous souhaitez pouvoir remonter l'instance a 18H, il vous faut
utiliser un mode de recovery Bulk-logged ou Full.



Rendez-vous à cette url pour plus d'informations sur les modèles de
recovery

http://msdn.microsoft.com/en-us/library/aa173678.aspx



Cordialement,



Philippe



"Christophe Pin" news:488d91fa$0$16766$
Bonjour,

Juste pour lever le doute, j'aurais aimé votre avis:

J'ai une base SQL Serveur 2005 pour laquelle, nous n'avons aucun besoin
de pouvoir remonter dans le temps et revenir à un instant t.
Par contre, en cas de crash, nous devons restorer le dernier etant en
production.

Le mode de reccuperation "simple" peut il s'appliquer à notre cas ?

De plus, j'ai planifié des backup complets journalier mais les fichiers
sont nommés sous la forme
nomdebase_dateheure.bak alors que je souhaiterais avoir un nom constant
afin de chaque jour écraser la sauvegarde de la veille.

Merci de vos tuyaux
--
_________________________________________
Now, you know the truth, Space Invaders are Back
http://www.joachimgarraud.com
L'invasion ne fait QUE commencer...














zoltix
Le #16439521
On 30 juil, 10:48, "Philippe Bouchardy" wrote:
Bonjour,

Vous devriez quand même garder un historique des Backups sur un laps de
temps choisi en cas de fausse manipulation sur la base par exemple, si vo us
découvrez l'erreur 3 jours plus tard, vous n'avez aucun recours possibl e...

Ceci étant, si vous souhaitez écraser tous les soirs le BACKUP, effec tuer un
JOB avec l'option INIT.

Par exemple :
BACKUP DATABASE [MaDB] TO DISK = N'C:MaDB.bak' WITH INIT, NAME =
N'MaDB-Full Database Backup'

Plus d'info :http://www.microsoft.com/technet/prodtechnol/sql/2000/mainta in/sqlbac...http://msdn.microsoft.com/en-us/library/ms186865.aspx

Cordialement,

Philippe

"Christophe Pin"
news:488f886b$0$12663$

> Merci
> Dans ce cas, le mode de recupération simple me va. Je peux me permett re de
> repartir de la derniere sauvegarde qui a moins de 24h et perdre le delt a.

> Par contre, aucune idée pour la seconde partie de ma question (les no ms de
> fichiers)

> encore merci

> "Philippe Bouchardy" >news: %23VbIHYZ8IHA.1__BEGIN_MASK_n#9g02mG7!__...__END_MASK_i?a63jfAD$z_
>> Bonsoir Christophe,

>> Dans le mode de récupération Simple les logs dans le journal de
>> transactions sont minimisés. Si vous utilisez ce mode, vous ne pourr ez en
>> cas de crash remonter que la base de données uniquement à la date de la
>> dernier sauvegarde que vous avez effectuer.

>> Exemple si vous sauvegardez la DB tous les soirs et que vous avez un
>> crash le lendemain à 18H, vous perdez toutes les données entre la date du
>> backup de la veille et le moment du crash.

>> Aussi, si vous souhaitez pouvoir remonter l'instance a 18H, il vous fa ut
>> utiliser un mode de recovery Bulk-logged ou Full.

>> Rendez-vous à cette url pour plus d'informations sur les modèles d e
>> recovery

>>http://msdn.microsoft.com/en-us/library/aa173678.aspx

>> Cordialement,

>> Philippe

>> "Christophe Pin" >>news:488d91fa$0$16766$
>>> Bonjour,

>>> Juste pour lever le doute, j'aurais aimé votre avis:

>>> J'ai une base SQL Serveur 2005 pour laquelle, nous n'avons aucun beso in
>>> de pouvoir remonter dans le temps et revenir à un instant t.
>>> Par contre, en cas de crash, nous devons restorer le dernier etant en
>>> production.

>>> Le mode de reccuperation "simple" peut il s'appliquer à notre cas ?

>>> De plus, j'ai planifié des backup complets journalier mais les fich iers
>>> sont nommés sous la forme
>>> nomdebase_dateheure.bak alors que je souhaiterais avoir un nom consta nt
>>> afin de chaque jour écraser la sauvegarde de la veille.

>>> Merci de vos tuyaux
>>> --
>>> _________________________________________
>>> Now, you know the truth, Space Invaders are Back
>>>http://www.joachimgarraud.com
>>> L'invasion ne fait QUE commencer...



J'utilise un excellent script pour ca ....
http://www.sqlservercentral.com/scripts/Backup+%2F+Restore/31640/
Christophe Pin
Le #16439511
Bonjour,

Pour tout vous dire, le backup se fait dans un répertoire de backup qui est
sauvegardé (et historisé) avec les autres choses à backuper (autre que du
Sql Serveur) le tout partant vers un nas.

Je souhaite donc, danss mes archives présentes sur le nas, ne retrouver que
la sauvegarde la base à la date du backup.

Hors, aujourd'hui, j'ai chaque jour une copie de la derniere sauvegarde plus
des précedentes. Si je ne le supprime pas, un bak fait à un instant t, sera
backupé 10 fois lorsqu'on est à t+10j.

Merci pour vos pistes

--
_________________________________________
Now, you know the truth, Space Invaders are Back
http://www.joachimgarraud.com
L'invasion ne fait QUE commencer...



"Philippe Bouchardy" news:
Bonjour,



Vous devriez quand même garder un historique des Backups sur un laps de
temps choisi en cas de fausse manipulation sur la base par exemple, si
vous découvrez l'erreur 3 jours plus tard, vous n'avez aucun recours
possible...



Ceci étant, si vous souhaitez écraser tous les soirs le BACKUP, effectuer
un JOB avec l'option INIT.


Par exemple :
BACKUP DATABASE [MaDB] TO DISK = N'C:MaDB.bak' WITH INIT, NAME =
N'MaDB-Full Database Backup'

Plus d'info :
http://www.microsoft.com/technet/prodtechnol/sql/2000/maintain/sqlbackuprest.mspx
http://msdn.microsoft.com/en-us/library/ms186865.aspx

Cordialement,

Philippe


"Christophe Pin" news:488f886b$0$12663$
Merci
Dans ce cas, le mode de recupération simple me va. Je peux me permettre
de repartir de la derniere sauvegarde qui a moins de 24h et perdre le
delta.

Par contre, aucune idée pour la seconde partie de ma question (les noms
de fichiers)

encore merci

"Philippe Bouchardy" news: %
Bonsoir Christophe,



Dans le mode de récupération Simple les logs dans le journal de
transactions sont minimisés. Si vous utilisez ce mode, vous ne pourrez
en cas de crash remonter que la base de données uniquement à la date de
la dernier sauvegarde que vous avez effectuer.



Exemple si vous sauvegardez la DB tous les soirs et que vous avez un
crash le lendemain à 18H, vous perdez toutes les données entre la date
du backup de la veille et le moment du crash.



Aussi, si vous souhaitez pouvoir remonter l'instance a 18H, il vous faut
utiliser un mode de recovery Bulk-logged ou Full.



Rendez-vous à cette url pour plus d'informations sur les modèles de
recovery

http://msdn.microsoft.com/en-us/library/aa173678.aspx



Cordialement,



Philippe



"Christophe Pin" news:488d91fa$0$16766$
Bonjour,

Juste pour lever le doute, j'aurais aimé votre avis:

J'ai une base SQL Serveur 2005 pour laquelle, nous n'avons aucun besoin
de pouvoir remonter dans le temps et revenir à un instant t.
Par contre, en cas de crash, nous devons restorer le dernier etant en
production.

Le mode de reccuperation "simple" peut il s'appliquer à notre cas ?

De plus, j'ai planifié des backup complets journalier mais les fichiers
sont nommés sous la forme
nomdebase_dateheure.bak alors que je souhaiterais avoir un nom constant
afin de chaque jour écraser la sauvegarde de la veille.

Merci de vos tuyaux
--
_________________________________________
Now, you know the truth, Space Invaders are Back
http://www.joachimgarraud.com
L'invasion ne fait QUE commencer...


















Christophe Pin
Le #16439501
"zoltix"
On 30 juil, 10:48, "Philippe Bouchardy" wrote:
Bonjour,

Vous devriez quand même garder un historique des Backups sur un laps de
temps choisi en cas de fausse manipulation sur la base par exemple, si
vous
découvrez l'erreur 3 jours plus tard, vous n'avez aucun recours
possible...

Ceci étant, si vous souhaitez écraser tous les soirs le BACKUP, effectuer
un
JOB avec l'option INIT.

Par exemple :
BACKUP DATABASE [MaDB] TO DISK = N'C:MaDB.bak' WITH INIT, NAME > N'MaDB-Full Database Backup'

Plus d'info
:http://www.microsoft.com/technet/prodtechnol/sql/2000/maintain/sqlbac...http://msdn.microsoft.com/en-us/library/ms186865.aspx

Cordialement,

Philippe

"Christophe Pin"
news:488f886b$0$12663$

> Merci
> Dans ce cas, le mode de recupération simple me va. Je peux me permettre
> de
> repartir de la derniere sauvegarde qui a moins de 24h et perdre le
> delta.

> Par contre, aucune idée pour la seconde partie de ma question (les noms
> de
> fichiers)

> encore merci

> "Philippe Bouchardy" >news:
>%23VbIHYZ8IHA.1__BEGIN_MASK_n#9g02mG7!__...__END_MASK_i?a63jfAD$
>> Bonsoir Christophe,

>> Dans le mode de récupération Simple les logs dans le journal de
>> transactions sont minimisés. Si vous utilisez ce mode, vous ne pourrez
>> en
>> cas de crash remonter que la base de données uniquement à la date de la
>> dernier sauvegarde que vous avez effectuer.

>> Exemple si vous sauvegardez la DB tous les soirs et que vous avez un
>> crash le lendemain à 18H, vous perdez toutes les données entre la date
>> du
>> backup de la veille et le moment du crash.

>> Aussi, si vous souhaitez pouvoir remonter l'instance a 18H, il vous
>> faut
>> utiliser un mode de recovery Bulk-logged ou Full.

>> Rendez-vous à cette url pour plus d'informations sur les modèles de
>> recovery

>>http://msdn.microsoft.com/en-us/library/aa173678.aspx

>> Cordialement,

>> Philippe

>> "Christophe Pin" >>news:488d91fa$0$16766$
>>> Bonjour,

>>> Juste pour lever le doute, j'aurais aimé votre avis:

>>> J'ai une base SQL Serveur 2005 pour laquelle, nous n'avons aucun
>>> besoin
>>> de pouvoir remonter dans le temps et revenir à un instant t.
>>> Par contre, en cas de crash, nous devons restorer le dernier etant en
>>> production.

>>> Le mode de reccuperation "simple" peut il s'appliquer à notre cas ?

>>> De plus, j'ai planifié des backup complets journalier mais les
>>> fichiers
>>> sont nommés sous la forme
>>> nomdebase_dateheure.bak alors que je souhaiterais avoir un nom
>>> constant
>>> afin de chaque jour écraser la sauvegarde de la veille.

>>> Merci de vos tuyaux
>>> --
>>> _________________________________________
>>> Now, you know the truth, Space Invaders are Back
>>>http://www.joachimgarraud.com
>>> L'invasion ne fait QUE commencer...



J'utilise un excellent script pour ca ....
http://www.sqlservercentral.com/scripts/Backup+%2F+Restore/31640/

Merci
Jacques Vuillermet
Le #16465941
Dans un plan de maintenance, on peut utiliser une tâche de type CleanUp.
Elle permet de purger les fichiers de sauvegarde plus vieux de X jours, ici
1.

A+
Jacques.

"Christophe Pin" %
Bonjour,

Pour tout vous dire, le backup se fait dans un répertoire de backup qui
est sauvegardé (et historisé) avec les autres choses à backuper (autre que
du Sql Serveur) le tout partant vers un nas.

Je souhaite donc, danss mes archives présentes sur le nas, ne retrouver
que la sauvegarde la base à la date du backup.

Hors, aujourd'hui, j'ai chaque jour une copie de la derniere sauvegarde
plus des précedentes. Si je ne le supprime pas, un bak fait à un instant
t, sera backupé 10 fois lorsqu'on est à t+10j.

Merci pour vos pistes

--
_________________________________________
Now, you know the truth, Space Invaders are Back
http://www.joachimgarraud.com
L'invasion ne fait QUE commencer...



"Philippe Bouchardy" news:
Bonjour,



Vous devriez quand même garder un historique des Backups sur un laps de
temps choisi en cas de fausse manipulation sur la base par exemple, si
vous découvrez l'erreur 3 jours plus tard, vous n'avez aucun recours
possible...



Ceci étant, si vous souhaitez écraser tous les soirs le BACKUP, effectuer
un JOB avec l'option INIT.


Par exemple :
BACKUP DATABASE [MaDB] TO DISK = N'C:MaDB.bak' WITH INIT, NAME =
N'MaDB-Full Database Backup'

Plus d'info :
http://www.microsoft.com/technet/prodtechnol/sql/2000/maintain/sqlbackuprest.mspx
http://msdn.microsoft.com/en-us/library/ms186865.aspx

Cordialement,

Philippe


"Christophe Pin" news:488f886b$0$12663$
Merci
Dans ce cas, le mode de recupération simple me va. Je peux me permettre
de repartir de la derniere sauvegarde qui a moins de 24h et perdre le
delta.

Par contre, aucune idée pour la seconde partie de ma question (les noms
de fichiers)

encore merci

"Philippe Bouchardy" news: %
Bonsoir Christophe,



Dans le mode de récupération Simple les logs dans le journal de
transactions sont minimisés. Si vous utilisez ce mode, vous ne pourrez
en cas de crash remonter que la base de données uniquement à la date de
la dernier sauvegarde que vous avez effectuer.



Exemple si vous sauvegardez la DB tous les soirs et que vous avez un
crash le lendemain à 18H, vous perdez toutes les données entre la date
du backup de la veille et le moment du crash.



Aussi, si vous souhaitez pouvoir remonter l'instance a 18H, il vous
faut utiliser un mode de recovery Bulk-logged ou Full.



Rendez-vous à cette url pour plus d'informations sur les modèles de
recovery

http://msdn.microsoft.com/en-us/library/aa173678.aspx



Cordialement,



Philippe



"Christophe Pin" news:488d91fa$0$16766$
Bonjour,

Juste pour lever le doute, j'aurais aimé votre avis:

J'ai une base SQL Serveur 2005 pour laquelle, nous n'avons aucun
besoin de pouvoir remonter dans le temps et revenir à un instant t.
Par contre, en cas de crash, nous devons restorer le dernier etant en
production.

Le mode de reccuperation "simple" peut il s'appliquer à notre cas ?

De plus, j'ai planifié des backup complets journalier mais les
fichiers sont nommés sous la forme
nomdebase_dateheure.bak alors que je souhaiterais avoir un nom
constant afin de chaque jour écraser la sauvegarde de la veille.

Merci de vos tuyaux
--
_________________________________________
Now, you know the truth, Space Invaders are Back
http://www.joachimgarraud.com
L'invasion ne fait QUE commencer...






















Publicité
Poster une réponse
Anonyme