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...
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...
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...
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...
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...
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...
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" wrote in message
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...
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" <ch.pin@free.fr> wrote in message
news:488d91fa$0$16766$426a74cc@news.free.fr...
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...
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" wrote in message
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...
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" a écrit dans le message de
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" wrote in message
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...
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" <phbo1404@hotmail.co.uk> a écrit dans le message de
news: %23VbIHYZ8IHA.1196@TK2MSFTNGP05.phx.gbl...
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" <ch.pin@free.fr> wrote in message
news:488d91fa$0$16766$426a74cc@news.free.fr...
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...
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" a écrit dans le message de
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" wrote in message
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...
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" wrote in message
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" a écrit dans le message de
>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" wrote in message
>>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...
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" <ch....@free.fr> wrote in message
news:488f886b$0$12663$426a74cc@news.free.fr...
> 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" <phbo1...@hotmail.co.uk> a écrit dans le message de
>news: %23VbIHYZ8IHA.1__BEGIN_MASK_n#9g02mG7!__...__END_MASK_i?a63jfAD$z_ _@TK2MSFTNGP05.phx.gbl...
>> 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" <ch....@free.fr> wrote in message
>>news:488d91fa$0$16766$426a74cc@news.free.fr...
>>> 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...
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" wrote in message
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" a écrit dans le message de
>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" wrote in message
>>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...
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" wrote in message
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" a écrit dans le message de
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" wrote in message
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...
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" <ch.pin@free.fr> wrote in message
news:488f886b$0$12663$426a74cc@news.free.fr...
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" <phbo1404@hotmail.co.uk> a écrit dans le message de
news: %23VbIHYZ8IHA.1196@TK2MSFTNGP05.phx.gbl...
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" <ch.pin@free.fr> wrote in message
news:488d91fa$0$16766$426a74cc@news.free.fr...
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...
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" wrote in message
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" a écrit dans le message de
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" wrote in message
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...
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" wrote in message
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" a écrit dans le message de
>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" wrote in message
>>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...
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" <ch....@free.fr> wrote in message
news:488f886b$0$12663$426a74cc@news.free.fr...
> 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" <phbo1...@hotmail.co.uk> a écrit dans le message de
>news:
>%23VbIHYZ8IHA.1__BEGIN_MASK_n#9g02mG7!__...__END_MASK_i?a63jfAD$z__@TK2MSFTNGP05.phx.gbl...
>> 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" <ch....@free.fr> wrote in message
>>news:488d91fa$0$16766$426a74cc@news.free.fr...
>>> 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...
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" wrote in message
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" a écrit dans le message de
>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" wrote in message
>>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...
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" a écrit dans le message de
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" wrote in message
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" a écrit dans le message de
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" wrote in message
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...
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" <phbo1404@hotmail.co.uk> a écrit dans le message de
news: es2D3Di8IHA.2416@TK2MSFTNGP02.phx.gbl...
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" <ch.pin@free.fr> wrote in message
news:488f886b$0$12663$426a74cc@news.free.fr...
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" <phbo1404@hotmail.co.uk> a écrit dans le message de
news: %23VbIHYZ8IHA.1196@TK2MSFTNGP05.phx.gbl...
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" <ch.pin@free.fr> wrote in message
news:488d91fa$0$16766$426a74cc@news.free.fr...
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...
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" a écrit dans le message de
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" wrote in message
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" a écrit dans le message de
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" wrote in message
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...
