Une taille de journal de transaction peut-elle exc=E8der 1,5=20
Giga sans probl=E8me (alors que la base elle m=EAme repr=E9sente=20
moins d'un quart de cette taille ) ?
Ni y a t-il pas de contrainte de restauration alors ?
MERCI encore...=20
P.S=20
Ce n'est pas une nouvelle forme de spam de newgroup :o))
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
sofiane75015
Merci beaucoup Anthony.
Ca permet déja d'isoler les problèmes en cours et ceux qui sont potentiellement à exclure.
Très sympa d'avoir une communauté de personnes dévouées qui aident les newbies ;o)
STP: Des bases d'un serveur "x" peuvent elles être restaurées sur un serveur "y" qui n'a pas le même nom, n'appartient pas au même domaine, tout en sachant en outre que les permissions sont au niveau NT...?
Merci.
-----Message d'origine----- Bonjour,
non il n'y a pas d'incidence lors d'ue restauration meme si le fichier de LOG fait + de 1.5Go la seule contraite sera le temps
-----Message d'origine----- Une taille de journal de transaction peut-elle excèder
1,5
Giga sans problème (alors que la base elle même
représente
moins d'un quart de cette taille ) ?
Ni y a t-il pas de contrainte de restauration alors ?
MERCI encore...
P.S Ce n'est pas une nouvelle forme de spam de newgroup :o)) .
.
Merci beaucoup Anthony.
Ca permet déja d'isoler les problèmes en cours et ceux qui
sont potentiellement à exclure.
Très sympa d'avoir une communauté de personnes dévouées
qui aident les newbies ;o)
STP:
Des bases d'un serveur "x" peuvent elles être restaurées
sur un serveur "y" qui n'a pas le même nom, n'appartient
pas au même domaine, tout en sachant en outre que les
permissions sont au niveau NT...?
Merci.
-----Message d'origine-----
Bonjour,
non il n'y a pas d'incidence lors d'ue restauration
meme si le fichier de LOG fait + de 1.5Go
la seule contraite sera le temps
-----Message d'origine-----
Une taille de journal de transaction peut-elle excèder
1,5
Giga sans problème (alors que la base elle même
représente
moins d'un quart de cette taille ) ?
Ni y a t-il pas de contrainte de restauration alors ?
MERCI encore...
P.S
Ce n'est pas une nouvelle forme de spam de newgroup :o))
.
Ca permet déja d'isoler les problèmes en cours et ceux qui sont potentiellement à exclure.
Très sympa d'avoir une communauté de personnes dévouées qui aident les newbies ;o)
STP: Des bases d'un serveur "x" peuvent elles être restaurées sur un serveur "y" qui n'a pas le même nom, n'appartient pas au même domaine, tout en sachant en outre que les permissions sont au niveau NT...?
Merci.
-----Message d'origine----- Bonjour,
non il n'y a pas d'incidence lors d'ue restauration meme si le fichier de LOG fait + de 1.5Go la seule contraite sera le temps
-----Message d'origine----- Une taille de journal de transaction peut-elle excèder
1,5
Giga sans problème (alors que la base elle même
représente
moins d'un quart de cette taille ) ?
Ni y a t-il pas de contrainte de restauration alors ?
MERCI encore...
P.S Ce n'est pas une nouvelle forme de spam de newgroup :o)) .
.
sofiane75015
IL FAUT BACKUPER/RESTAURER TOUTES LES BASES ? (LES BASES SYSTEMES Y COMPRIS)
OU SEULEMENT LES BASES "UTILISATEURS" QUI M'IMPORTENT STP ?
DONC --> pas besoin de faire un sp_detach_db ('x'.mdf/ndf/ldf) puis un sp_attach_db ('x'.mdf/ndf/ldf) ?
MEME SI on transfère une base d'un serveur à l'autre ?
AU NIVEAU AUTHENTIFICATION D'UNE PART, ET COMPTES DE SERVICES D'AUTRE PART: PAS DE SOUCI ?
UNE BASE DE DONNEES N'EST PS LIEE A UN SERVEUR(ID, NOM...) ?
***** (stp A QUOI EST RESERVEE L'INSTRUCTION "CREATE DATABASE...FOR ATTACH...?) *****
MERCI BCP !!!
-----Message d'origine----- oui tu peux le faire il n'y a pas de pb je t econseille de sauvegardé tes bases en .bak et de copier ces fichiers sur le 2eme serveur la tu n'aura aucun pb a monter les bases
-----Message d'origine----- Merci beaucoup Anthony.
Ca permet déja d'isoler les problèmes en cours et ceux
qui
sont potentiellement à exclure.
Très sympa d'avoir une communauté de personnes dévouées qui aident les newbies ;o)
STP: Des bases d'un serveur "x" peuvent elles être restaurées sur un serveur "y" qui n'a pas le même nom, n'appartient pas au même domaine, tout en sachant en outre que les permissions sont au niveau NT...?
Merci.
-----Message d'origine----- Bonjour,
non il n'y a pas d'incidence lors d'ue restauration meme si le fichier de LOG fait + de 1.5Go la seule contraite sera le temps
-----Message d'origine----- Une taille de journal de transaction peut-elle excèder
1,5
Giga sans problème (alors que la base elle même
représente
moins d'un quart de cette taille ) ?
Ni y a t-il pas de contrainte de restauration alors ?
MERCI encore...
P.S Ce n'est pas une nouvelle forme de spam de
newgroup :o))
.
.
.
.
IL FAUT BACKUPER/RESTAURER TOUTES LES BASES ?
(LES BASES SYSTEMES Y COMPRIS)
OU SEULEMENT LES BASES "UTILISATEURS" QUI M'IMPORTENT STP ?
DONC -->
pas besoin de faire un sp_detach_db ('x'.mdf/ndf/ldf)
puis
un sp_attach_db ('x'.mdf/ndf/ldf) ?
MEME SI on transfère une base d'un serveur à l'autre ?
AU NIVEAU AUTHENTIFICATION D'UNE PART, ET COMPTES DE
SERVICES D'AUTRE PART: PAS DE SOUCI ?
UNE BASE DE DONNEES N'EST PS LIEE A UN SERVEUR(ID,
NOM...) ?
*****
(stp A QUOI EST RESERVEE L'INSTRUCTION "CREATE
DATABASE...FOR ATTACH...?)
*****
MERCI BCP !!!
-----Message d'origine-----
oui tu peux le faire
il n'y a pas de pb
je t econseille
de sauvegardé tes bases en .bak
et de copier ces fichiers sur le 2eme serveur
la tu n'aura aucun pb a monter les bases
-----Message d'origine-----
Merci beaucoup Anthony.
Ca permet déja d'isoler les problèmes en cours et ceux
qui
sont potentiellement à exclure.
Très sympa d'avoir une communauté de personnes dévouées
qui aident les newbies ;o)
STP:
Des bases d'un serveur "x" peuvent elles être restaurées
sur un serveur "y" qui n'a pas le même nom, n'appartient
pas au même domaine, tout en sachant en outre que les
permissions sont au niveau NT...?
Merci.
-----Message d'origine-----
Bonjour,
non il n'y a pas d'incidence lors d'ue restauration
meme si le fichier de LOG fait + de 1.5Go
la seule contraite sera le temps
-----Message d'origine-----
Une taille de journal de transaction peut-elle excèder
1,5
Giga sans problème (alors que la base elle même
représente
moins d'un quart de cette taille ) ?
Ni y a t-il pas de contrainte de restauration alors ?
DONC --> pas besoin de faire un sp_detach_db ('x'.mdf/ndf/ldf) puis un sp_attach_db ('x'.mdf/ndf/ldf) ?
MEME SI on transfère une base d'un serveur à l'autre ?
AU NIVEAU AUTHENTIFICATION D'UNE PART, ET COMPTES DE SERVICES D'AUTRE PART: PAS DE SOUCI ?
UNE BASE DE DONNEES N'EST PS LIEE A UN SERVEUR(ID, NOM...) ?
***** (stp A QUOI EST RESERVEE L'INSTRUCTION "CREATE DATABASE...FOR ATTACH...?) *****
MERCI BCP !!!
-----Message d'origine----- oui tu peux le faire il n'y a pas de pb je t econseille de sauvegardé tes bases en .bak et de copier ces fichiers sur le 2eme serveur la tu n'aura aucun pb a monter les bases
-----Message d'origine----- Merci beaucoup Anthony.
Ca permet déja d'isoler les problèmes en cours et ceux
qui
sont potentiellement à exclure.
Très sympa d'avoir une communauté de personnes dévouées qui aident les newbies ;o)
STP: Des bases d'un serveur "x" peuvent elles être restaurées sur un serveur "y" qui n'a pas le même nom, n'appartient pas au même domaine, tout en sachant en outre que les permissions sont au niveau NT...?
Merci.
-----Message d'origine----- Bonjour,
non il n'y a pas d'incidence lors d'ue restauration meme si le fichier de LOG fait + de 1.5Go la seule contraite sera le temps
-----Message d'origine----- Une taille de journal de transaction peut-elle excèder
1,5
Giga sans problème (alors que la base elle même
représente
moins d'un quart de cette taille ) ?
Ni y a t-il pas de contrainte de restauration alors ?
MERCI encore...
P.S Ce n'est pas une nouvelle forme de spam de
newgroup :o))
.
.
.
.
Nicolas LETULLIER
>IL FAUT BACKUPER/RESTAURER TOUTES LES BASES ? (LES BASES SYSTEMES Y
COMPRIS)
OU SEULEMENT LES BASES "UTILISATEURS" QUI M'IMPORTENT STP ?
La sauvegarde/restauration des bases système (surtout master), n'est généralement faite qu'en cas de remplacement de serveur. S'il s'agit juste de recréer les logins, il vaut mieux passer par une tâche de transfert. Mais la restauration de master est assez délicate. La base msdb va quant à elle, contenir entre autres les lots DTS.
DONC --> pas besoin de faire un sp_detach_db ('x'.mdf/ndf/ldf) puis un sp_attach_db ('x'.mdf/ndf/ldf) ?
MEME SI on transfère une base d'un serveur à l'autre ?
Oui, c'est soit BACKUP/RESTORE, soit sp_detach_db / sp_attach_db . Le détachement / attachement est peut-être la méthode la plus rapide. En fait, cela dépend si les bases de données doivent rester accessibles ou non.
AU NIVEAU AUTHENTIFICATION D'UNE PART, ET COMPTES DE SERVICES D'AUTRE PART: PAS DE SOUCI ?
UNE BASE DE DONNEES N'EST PS LIEE A UN SERVEUR(ID, NOM...) ?
Non, aucun souci, seul les services MSSQLSERVER et SQLSERVERAGENT sont liés à l'OS. Les bases de données sont indépendantes, tu peux même les renommer ou les déplacer lors de la restauration (option WITH MOVE sinon SQL Server essaiera de mettre les fichiers MDF et LDF dans le même répertoire que la source). Les comptes de services sont important si tu utilises SQL Mail ou l'accès à des ressources réseau depuis SQL Server.
***** (stp A QUOI EST RESERVEE L'INSTRUCTION "CREATE DATABASE...FOR ATTACH...?) *****
C'est équivalent au sp_attach_db, mais avec plus d'options (notamment la possibilité d'attacher plus de 16 fichiers).
Enfin, il faudra peut-être mettre une oeuvre une bonne politique de sauvegarde. La taille de tes journaux semble assez importante. Au besoin, crées un plan de maintenance, c'est simple à utiliser, sinon, il faudra trouver un bon bouquin d'admin SQL Server ;-)
Nicolas.
MERCI BCP !!!
-----Message d'origine----- oui tu peux le faire il n'y a pas de pb je t econseille de sauvegardé tes bases en .bak et de copier ces fichiers sur le 2eme serveur la tu n'aura aucun pb a monter les bases
-----Message d'origine----- Merci beaucoup Anthony.
Ca permet déja d'isoler les problèmes en cours et ceux
qui
sont potentiellement à exclure.
Très sympa d'avoir une communauté de personnes dévouées qui aident les newbies ;o)
STP: Des bases d'un serveur "x" peuvent elles être restaurées sur un serveur "y" qui n'a pas le même nom, n'appartient pas au même domaine, tout en sachant en outre que les permissions sont au niveau NT...?
Merci.
-----Message d'origine----- Bonjour,
non il n'y a pas d'incidence lors d'ue restauration meme si le fichier de LOG fait + de 1.5Go la seule contraite sera le temps
-----Message d'origine----- Une taille de journal de transaction peut-elle excèder
1,5
Giga sans problème (alors que la base elle même
représente
moins d'un quart de cette taille ) ?
Ni y a t-il pas de contrainte de restauration alors ?
MERCI encore...
P.S Ce n'est pas une nouvelle forme de spam de
newgroup :o))
.
.
.
.
>IL FAUT BACKUPER/RESTAURER TOUTES LES BASES ? (LES BASES SYSTEMES Y
COMPRIS)
OU SEULEMENT LES BASES "UTILISATEURS" QUI M'IMPORTENT STP ?
La sauvegarde/restauration des bases système (surtout master), n'est
généralement faite qu'en cas de remplacement de serveur. S'il s'agit juste
de recréer les logins, il vaut mieux passer par une tâche de transfert. Mais
la restauration de master est assez délicate.
La base msdb va quant à elle, contenir entre autres les lots DTS.
DONC -->
pas besoin de faire un sp_detach_db ('x'.mdf/ndf/ldf)
puis
un sp_attach_db ('x'.mdf/ndf/ldf) ?
MEME SI on transfère une base d'un serveur à l'autre ?
Oui, c'est soit BACKUP/RESTORE, soit sp_detach_db / sp_attach_db . Le
détachement / attachement est peut-être la méthode la plus rapide. En fait,
cela dépend si les bases de données doivent rester accessibles ou non.
AU NIVEAU AUTHENTIFICATION D'UNE PART, ET COMPTES DE
SERVICES D'AUTRE PART: PAS DE SOUCI ?
UNE BASE DE DONNEES N'EST PS LIEE A UN SERVEUR(ID, NOM...) ?
Non, aucun souci, seul les services MSSQLSERVER et SQLSERVERAGENT sont liés
à l'OS. Les bases de données sont indépendantes, tu peux même les renommer
ou les déplacer lors de la restauration (option WITH MOVE sinon SQL Server
essaiera de mettre les fichiers MDF et LDF dans le même répertoire que la
source).
Les comptes de services sont important si tu utilises SQL Mail ou l'accès à
des ressources réseau depuis SQL Server.
*****
(stp A QUOI EST RESERVEE L'INSTRUCTION "CREATE
DATABASE...FOR ATTACH...?)
*****
C'est équivalent au sp_attach_db, mais avec plus d'options (notamment la
possibilité d'attacher plus de 16 fichiers).
Enfin, il faudra peut-être mettre une oeuvre une bonne politique de
sauvegarde. La taille de tes journaux semble assez importante. Au besoin,
crées un plan de maintenance, c'est simple à utiliser, sinon, il faudra
trouver un bon bouquin d'admin SQL Server ;-)
Nicolas.
MERCI BCP !!!
-----Message d'origine-----
oui tu peux le faire
il n'y a pas de pb
je t econseille
de sauvegardé tes bases en .bak
et de copier ces fichiers sur le 2eme serveur
la tu n'aura aucun pb a monter les bases
-----Message d'origine-----
Merci beaucoup Anthony.
Ca permet déja d'isoler les problèmes en cours et ceux
qui
sont potentiellement à exclure.
Très sympa d'avoir une communauté de personnes dévouées
qui aident les newbies ;o)
STP:
Des bases d'un serveur "x" peuvent elles être restaurées
sur un serveur "y" qui n'a pas le même nom, n'appartient
pas au même domaine, tout en sachant en outre que les
permissions sont au niveau NT...?
Merci.
-----Message d'origine-----
Bonjour,
non il n'y a pas d'incidence lors d'ue restauration
meme si le fichier de LOG fait + de 1.5Go
la seule contraite sera le temps
-----Message d'origine-----
Une taille de journal de transaction peut-elle excèder
1,5
Giga sans problème (alors que la base elle même
représente
moins d'un quart de cette taille ) ?
Ni y a t-il pas de contrainte de restauration alors ?
>IL FAUT BACKUPER/RESTAURER TOUTES LES BASES ? (LES BASES SYSTEMES Y
COMPRIS)
OU SEULEMENT LES BASES "UTILISATEURS" QUI M'IMPORTENT STP ?
La sauvegarde/restauration des bases système (surtout master), n'est généralement faite qu'en cas de remplacement de serveur. S'il s'agit juste de recréer les logins, il vaut mieux passer par une tâche de transfert. Mais la restauration de master est assez délicate. La base msdb va quant à elle, contenir entre autres les lots DTS.
DONC --> pas besoin de faire un sp_detach_db ('x'.mdf/ndf/ldf) puis un sp_attach_db ('x'.mdf/ndf/ldf) ?
MEME SI on transfère une base d'un serveur à l'autre ?
Oui, c'est soit BACKUP/RESTORE, soit sp_detach_db / sp_attach_db . Le détachement / attachement est peut-être la méthode la plus rapide. En fait, cela dépend si les bases de données doivent rester accessibles ou non.
AU NIVEAU AUTHENTIFICATION D'UNE PART, ET COMPTES DE SERVICES D'AUTRE PART: PAS DE SOUCI ?
UNE BASE DE DONNEES N'EST PS LIEE A UN SERVEUR(ID, NOM...) ?
Non, aucun souci, seul les services MSSQLSERVER et SQLSERVERAGENT sont liés à l'OS. Les bases de données sont indépendantes, tu peux même les renommer ou les déplacer lors de la restauration (option WITH MOVE sinon SQL Server essaiera de mettre les fichiers MDF et LDF dans le même répertoire que la source). Les comptes de services sont important si tu utilises SQL Mail ou l'accès à des ressources réseau depuis SQL Server.
***** (stp A QUOI EST RESERVEE L'INSTRUCTION "CREATE DATABASE...FOR ATTACH...?) *****
C'est équivalent au sp_attach_db, mais avec plus d'options (notamment la possibilité d'attacher plus de 16 fichiers).
Enfin, il faudra peut-être mettre une oeuvre une bonne politique de sauvegarde. La taille de tes journaux semble assez importante. Au besoin, crées un plan de maintenance, c'est simple à utiliser, sinon, il faudra trouver un bon bouquin d'admin SQL Server ;-)
Nicolas.
MERCI BCP !!!
-----Message d'origine----- oui tu peux le faire il n'y a pas de pb je t econseille de sauvegardé tes bases en .bak et de copier ces fichiers sur le 2eme serveur la tu n'aura aucun pb a monter les bases
-----Message d'origine----- Merci beaucoup Anthony.
Ca permet déja d'isoler les problèmes en cours et ceux
qui
sont potentiellement à exclure.
Très sympa d'avoir une communauté de personnes dévouées qui aident les newbies ;o)
STP: Des bases d'un serveur "x" peuvent elles être restaurées sur un serveur "y" qui n'a pas le même nom, n'appartient pas au même domaine, tout en sachant en outre que les permissions sont au niveau NT...?
Merci.
-----Message d'origine----- Bonjour,
non il n'y a pas d'incidence lors d'ue restauration meme si le fichier de LOG fait + de 1.5Go la seule contraite sera le temps
-----Message d'origine----- Une taille de journal de transaction peut-elle excèder
1,5
Giga sans problème (alors que la base elle même
représente
moins d'un quart de cette taille ) ?
Ni y a t-il pas de contrainte de restauration alors ?