[SQL Server 7] Planification de sauvegarde

Oui c'est possible, mais en fait dès le moment où tu spécifie une réptition automatique de l'évènement dans la fenêtre de backup manuel, ça créé un plan de maintenance...

Autant y aller directement :-)

Par contre, je te conseille vivement de désactiver tous les 'Wizards' présents dans Enterprise Manager.

En les désactivant, on a accès à beaucoup d'options supplémentaires.

je crââââque !!!
j'ai fais toutbienkomilfô mon plan de maintenance hier soir et ce matin RIEN !!!! aucune sauvegarde.
serait il possible que j'ai par inadvertance désactivé qque chose sur le server sql...?!

sinon concernant la restauration d'une sauvegarde sur un autre server : impossible !!! il semblerait que le server détecte que la sauvegarde provient d'un autre server.....de + pour avoir acces à la restauration il est necessaire d'effectuer une sauvegarde au préalable....

PS : je vois que tu sembles à l'aise avec SQL server, c koi ton job si c pas trop indiscret?

>j'ai fais toutbienkomilfô mon plan de maintenance hier soir et ce
> matin RIEN !!!! aucune sauvegarde.

Regarde le log SQL pour voir si il y a eu des problèmes
(répertoire invalide, disque plein...)
Dans la MMC, c'est \Management\SQL Server Logs
C'est là que son inscrits les résultats des backups automatisés et toutes les erreurs graves pouvant survenir sur le serveur.


>sinon concernant la restauration d'une sauvegarde sur un autre >server : impossible !!! il semblerait que le server détecte que la >sauvegarde provient d'un autre server.....

Il affiche quoi exactement comme message d'erreur ?
La restoration d'un backup provenant d'un autre serveur se fait normalement sans problème.
Vérifie bien que les 2 serveurs SQL sont *exactement* de la même version (clic-droit sur le serveur SQL dans la MMC, puis choisis 'Properties', dans l'onglet 'General', vérifie que le 'Product version' est strictement identique sur les 2.
Si ce n'est pas le cas, il ne faut PAS restorer des backups d'un serveur à l'autre !

Autre conseil: il faut appliquer au moins le service pack 3 pour SQL Server. Il corrige un bon paquet de bugs.


>de + pour avoir acces à la restauration il est necessaire
>d'effectuer une sauvegarde au préalable....

Euh... ça me semblait évident, non ?
Pour pouvoir restorer un backup, il faut déjà avoir fait un backup.


>PS : je vois que tu sembles à l'aise avec SQL server, c koi ton job si c pas trop indiscret?

Je bosse comme dba (database administrator) dans une grosse boîte qui vend du matériel réseau et téléphonique professionel (PABX) par un joli site de e-Commerce (je trouve toujours ça très con comme terme, "e-commerce").

Ah j'oubliais... vérifie aussi que le SQL Agent est installé et qu'il fonctionne bien.
C'est un service NT (séparé du service SQL Server) qui s'occupe des tâches planifiées de SQL Server.
(Le service s'appelle 'SQLServerAgent' : regarde dans la liste des services NT si il est présent, et si il fonctione ('Running'))

Si il n'est pas lancé, ou bien lancé sous un login qui n'a pas les droits suffisants, il ne fonctionnera pas.
(Il faut également donner au SQL Agent le login 'sa' et le mot de passe, sinon le pauvre agent ne pourra rien faire sur le serveur SQL).

>de + pour avoir acces à la restauration il est necessaire
>d'effectuer une sauvegarde au préalable....

Euh... ça me semblait évident, non ?
Pour pouvoir restorer un backup, il faut déjà avoir fait un backup.


en fait, je dis kil fô faire une sauvegarde de la base qui vas recevoir la sauvegarde (sinon pas de restauration possibles?!). évidement j'ai fais une sauvegarde de la base que je désire dupliquer :o)

>en fait, je dis kil fô faire une sauvegarde de la base qui vas
>recevoir la sauvegarde

Si tu n'a pas besoin de la conserver, aucun besoin.

Tu peux très bien restorer une base TOTO sur un serveur X, même si la base TOTO n'a jamais existé ni été backupée sur ce serveur X.

Quand tu restore un base, tu peux aussi choisir sous quel nom elle sera restorée.