Bonjour et merci =E0 toutes les bonnes volont=E9s,
Sur une plateforme Windows 2000 Server Sp2 nous avons un=20
serveur Ms SQL Server 7 SP"x" h=E9berg=E9 chez un ISP (n=B01)
Nous avons besoin de cr=E9er un copie en local chez nous
S.V.P:
1/ Pour installer le serveur Sql sur une machine multi CPU=20
(4) y a t-une d=E9marche particuli=E8re ?=20
Comment s'acquitter des licences et le faire apparaitre=20
sur le serveur W2K ?
2/ Au niveau du serveur n=B02 (de spare) qui devra =EAtre de=20
config. globalement identique est-ce important si :
-la machine n'a pas le m=EAme nombre de processeurs(2),=20
- pas le m=EAme nom,=20
- pas le m=EAme niveau de Service Pack W2K ((Sp3), que=20
- ce second Serveur fonctionne en workgroup=20
(RAPPEL: authentification Ms locale + SQL) ... ?
3/ Pour faire un backup des bases *** =E0 chaud=20
(=E7=E0d sans la moindre interruption de service, comme cela=20
serait forc=E9ment le cas avec "sp_detach_db"),=20
j'ai lu la proc=E9dure MAIS je me demande si en restaurant=20
les Bases + Journaux de transaction depuis "Serveur n=B01",=20
je ne vais pas =EAtre confront=E9 =E0 diff=E9rents probl=E8mes =20
(forcer la restauration, MOVE...authentification)
sachant que:
-Ms Sql Server (n=B02) sera vierge de toute base, si ce=20
n'est la config apr=E8s installation=20
(sauf les bases syst=E8mes et d'exemple par d=E9faut apr=E8s=20
installation)=20
--> auncun utilisateur d=E9clar=E9 && encore AUCUN backup fait=20
dessus (y a t-il une obligation d'importer les users=20
sp=E9cifiquement, les jobs etc...)
-Ms Sql Server (n=B02) n'a pas le m=EAme niveau de Service=20
Pack SQL (SP4 donc plus r=E9cent --> nous n'osons pas encore=20
patcher en prod.)
-Ms Sql Server (n=B02) aura 2 processeurs (contre 4)
-Ms SQl Server (n=B02) n'a pas les m=EAme disques physiques,=20
partitions logiques et donc chemins pour la restauration
-Ms SQl Server (n=B02) est en RAID 1 pour la partition=20
syst=E8mes et en RAID 5 pour les data
///////////////////////////////////////////////////////////
- *** LES BDD syst=E8me et utilisateurs devront-elles toutes=20
=EAtre backup=E9es en source et restaur=E9es en destination ???
///////////////////////////////////////////////////////////
3/ Auriez-vous des choses =E0 rajouter que je n'ai peut-=EAtre=20
pas prises en compte ???
(n'y aura-t-il aucun probl=E8me authentification,=20
permissions sur les tables etc ?)
4/ Quelle serait la pr=E9oc=E9dure id=E9ale sans passer par une=20
proc=E9dure stock=E9e qui aurait comme cons=E9quence=20
l'interruption de service ?
EN T-SQL JE SAIS QU'IL FAUT FAIRE :
BACKUP DATABASE {database_name | @database_name_var}
TO <backup_device> [,...n]
[WITH ..
Mais cela peut paraitre nul :=20
Dans l'analyseur de requ=EAte je dois proc=E9der comment ???
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
>-----Message d'origine----- Bonjour et merci à toutes les bonnes volontés,
Sur une plateforme Windows 2000 Server Sp2 nous avons un serveur Ms SQL Server 7 SP"x" hébergé chez un ISP (n°1)
Nous avons besoin de créer un copie en local chez nous
S.V.P:
1/ Pour installer le serveur Sql sur une machine multi
CPU
(4) y a t-une démarche particulière ? Comment s'acquitter des licences et le faire apparaitre sur le serveur W2K ?
POUR CE QUE J EN SAIS IL N Y A AUCUN DIFFERENCE D INSTALLATION TANT QUE TU NE SELECTIONNES PAS UNE ARCHITECTURE A TOLERANCE DE PANNE: LA SEULE CONTRAINTE D ETRE EN ARCHI SMP (MULTI-CPU) EST AU NIVEAU LICENCE --> UNE LICENCE PAR CPU
2/ Au niveau du serveur n°2 (de spare) qui devra être de config. globalement identique est-ce important si : -la machine n'a pas le même nombre de processeurs(2), - pas le même nom, - pas le même niveau de Service Pack W2K ((Sp3), que - ce second Serveur fonctionne en workgroup (RAPPEL: authentification Ms locale + SQL) ... ?
TOUJOURS POUR CE QUE J EN SAIS AUCUN PROBLEME LIE AUX
IDENTIFIANTS --> PAR CONTRE POUR LES SERVICES PACKS DES LORS QUE TU N'EST PLUS EN VERSION DE BASE DES TABLES SYSTEME ONT ETE CHANGEES ET IL TE FAUT AU MOINS LA MEME VERSION DE SP EN "DESTINATION" (SRV CIBLE) SOUS PEINE DE DEVOIR DUMPER AUSSI LES BASES SYSTEME
3/ Pour faire un backup des bases *** à chaud (çàd sans la moindre interruption de service, comme cela serait forcément le cas avec "sp_detach_db"), j'ai lu la procédure MAIS je me demande si en restaurant les Bases + Journaux de transaction depuis "Serveur n°1", je ne vais pas être confronté à différents problèmes (forcer la restauration, MOVE...authentification) sachant que:
POINT IMPORTANT: TON MODE D'AUTHENTIFICATION (MIXTE OU SQL) OCCASIONNERA CERTAINEMENT DES SOUCIS SI TU N'EST PAS DANS LE MEME DOMAINE ACTIVE DIRECTORY ---> A PRECISER PAR DES EXPERTS *
-Ms Sql Server (n°2) sera vierge de toute base, si ce n'est la config après installation (sauf les bases systèmes et d'exemple par défaut après installation) --> auncun utilisateur déclaré && encore AUCUN backup
fait
dessus (y a t-il une obligation d'importer les users spécifiquement, les jobs etc...)
LE PLUS SIMPLE:
Il faut sauvegarder toutes les bases sur OLD Installer SQL avec le même jeu de caractères, SORT et UNICODE sur NEW
Restorer master sur NEW (voir aide) Restorer les autrers bases système puis les bases user sur NEW
Ne pas oublier :
Mettre un serveur en mono utilsateur pour restaurer une base master :
Propirétés du srv parametre de démarrage rajouter ; -m Ou dans le service directement !
-Ms Sql Server (n°2) n'a pas le même niveau de Service Pack SQL (SP4 donc plus récent --> nous n'osons pas
encore
patcher en prod.)
-Ms Sql Server (n°2) aura 2 processeurs (contre 4)
-Ms SQl Server (n°2) n'a pas les même disques physiques, partitions logiques et donc chemins pour la restauration
-Ms SQl Server (n°2) est en RAID 1 pour la partition systèmes et en RAID 5 pour les data
- *** LES BDD système et utilisateurs devront-elles
toutes
être backupées en source et restaurées en destination ??? //////////////////////////////////////////////////////////
/
3/ Auriez-vous des choses à rajouter que je n'ai peut-
être
pas prises en compte ??? (n'y aura-t-il aucun problème authentification, permissions sur les tables etc ?)
4/ Quelle serait la préocédure idéale sans passer par une procédure stockée qui aurait comme conséquence l'interruption de service ?
EN T-SQL JE SAIS QU'IL FAUT FAIRE :
BACKUP DATABASE {database_name | @database_name_var} TO <backup_device> [,...n] [WITH ..
Mais cela peut paraitre nul : Dans l'analyseur de requête je dois procéder comment ???
IL TE SUFFIT DE PRECISER DANS QUERY ANALYSER LA BASE SUR LAQUELLE TU TRAVAILLES (USE...) GO etc ???
MILLE FOIS MERCI A TOUS ***
.
>-----Message d'origine-----
Bonjour et merci à toutes les bonnes volontés,
Sur une plateforme Windows 2000 Server Sp2 nous avons un
serveur Ms SQL Server 7 SP"x" hébergé chez un ISP (n°1)
Nous avons besoin de créer un copie en local chez nous
S.V.P:
1/ Pour installer le serveur Sql sur une machine multi
CPU
(4) y a t-une démarche particulière ?
Comment s'acquitter des licences et le faire apparaitre
sur le serveur W2K ?
POUR CE QUE J EN SAIS IL N Y A AUCUN DIFFERENCE D
INSTALLATION TANT QUE TU NE SELECTIONNES PAS UNE
ARCHITECTURE A TOLERANCE DE PANNE: LA SEULE CONTRAINTE D
ETRE EN ARCHI SMP (MULTI-CPU) EST AU NIVEAU LICENCE -->
UNE LICENCE PAR CPU
2/ Au niveau du serveur n°2 (de spare) qui devra être de
config. globalement identique est-ce important si :
-la machine n'a pas le même nombre de processeurs(2),
- pas le même nom,
- pas le même niveau de Service Pack W2K ((Sp3), que
- ce second Serveur fonctionne en workgroup
(RAPPEL: authentification Ms locale + SQL) ... ?
TOUJOURS POUR CE QUE J EN SAIS AUCUN PROBLEME LIE AUX
IDENTIFIANTS --> PAR CONTRE POUR LES SERVICES PACKS DES
LORS QUE TU N'EST PLUS EN VERSION DE BASE DES TABLES
SYSTEME ONT ETE CHANGEES ET IL TE FAUT AU MOINS LA MEME
VERSION DE SP EN "DESTINATION" (SRV CIBLE) SOUS PEINE DE
DEVOIR DUMPER AUSSI LES BASES SYSTEME
3/ Pour faire un backup des bases *** à chaud
(çàd sans la moindre interruption de service, comme cela
serait forcément le cas avec "sp_detach_db"),
j'ai lu la procédure MAIS je me demande si en restaurant
les Bases + Journaux de transaction depuis "Serveur n°1",
je ne vais pas être confronté à différents problèmes
(forcer la restauration, MOVE...authentification)
sachant que:
POINT IMPORTANT: TON MODE D'AUTHENTIFICATION (MIXTE OU
SQL) OCCASIONNERA CERTAINEMENT DES SOUCIS SI TU N'EST PAS
DANS LE MEME DOMAINE ACTIVE DIRECTORY ---> A PRECISER PAR
DES EXPERTS *
-Ms Sql Server (n°2) sera vierge de toute base, si ce
n'est la config après installation
(sauf les bases systèmes et d'exemple par défaut après
installation)
--> auncun utilisateur déclaré && encore AUCUN backup
fait
dessus (y a t-il une obligation d'importer les users
spécifiquement, les jobs etc...)
LE PLUS SIMPLE:
Il faut sauvegarder toutes les bases sur OLD
Installer SQL avec le même jeu de caractères, SORT et
UNICODE sur NEW
Restorer master sur NEW (voir aide)
Restorer les autrers bases système puis les bases user sur
NEW
Ne pas oublier :
Mettre un serveur en mono utilsateur pour restaurer une
base master :
Propirétés du srv parametre de démarrage rajouter ; -m
Ou dans le service directement !
-Ms Sql Server (n°2) n'a pas le même niveau de Service
Pack SQL (SP4 donc plus récent --> nous n'osons pas
encore
patcher en prod.)
-Ms Sql Server (n°2) aura 2 processeurs (contre 4)
-Ms SQl Server (n°2) n'a pas les même disques physiques,
partitions logiques et donc chemins pour la restauration
-Ms SQl Server (n°2) est en RAID 1 pour la partition
systèmes et en RAID 5 pour les data
>-----Message d'origine----- Bonjour et merci à toutes les bonnes volontés,
Sur une plateforme Windows 2000 Server Sp2 nous avons un serveur Ms SQL Server 7 SP"x" hébergé chez un ISP (n°1)
Nous avons besoin de créer un copie en local chez nous
S.V.P:
1/ Pour installer le serveur Sql sur une machine multi
CPU
(4) y a t-une démarche particulière ? Comment s'acquitter des licences et le faire apparaitre sur le serveur W2K ?
POUR CE QUE J EN SAIS IL N Y A AUCUN DIFFERENCE D INSTALLATION TANT QUE TU NE SELECTIONNES PAS UNE ARCHITECTURE A TOLERANCE DE PANNE: LA SEULE CONTRAINTE D ETRE EN ARCHI SMP (MULTI-CPU) EST AU NIVEAU LICENCE --> UNE LICENCE PAR CPU
2/ Au niveau du serveur n°2 (de spare) qui devra être de config. globalement identique est-ce important si : -la machine n'a pas le même nombre de processeurs(2), - pas le même nom, - pas le même niveau de Service Pack W2K ((Sp3), que - ce second Serveur fonctionne en workgroup (RAPPEL: authentification Ms locale + SQL) ... ?
TOUJOURS POUR CE QUE J EN SAIS AUCUN PROBLEME LIE AUX
IDENTIFIANTS --> PAR CONTRE POUR LES SERVICES PACKS DES LORS QUE TU N'EST PLUS EN VERSION DE BASE DES TABLES SYSTEME ONT ETE CHANGEES ET IL TE FAUT AU MOINS LA MEME VERSION DE SP EN "DESTINATION" (SRV CIBLE) SOUS PEINE DE DEVOIR DUMPER AUSSI LES BASES SYSTEME
3/ Pour faire un backup des bases *** à chaud (çàd sans la moindre interruption de service, comme cela serait forcément le cas avec "sp_detach_db"), j'ai lu la procédure MAIS je me demande si en restaurant les Bases + Journaux de transaction depuis "Serveur n°1", je ne vais pas être confronté à différents problèmes (forcer la restauration, MOVE...authentification) sachant que:
POINT IMPORTANT: TON MODE D'AUTHENTIFICATION (MIXTE OU SQL) OCCASIONNERA CERTAINEMENT DES SOUCIS SI TU N'EST PAS DANS LE MEME DOMAINE ACTIVE DIRECTORY ---> A PRECISER PAR DES EXPERTS *
-Ms Sql Server (n°2) sera vierge de toute base, si ce n'est la config après installation (sauf les bases systèmes et d'exemple par défaut après installation) --> auncun utilisateur déclaré && encore AUCUN backup
fait
dessus (y a t-il une obligation d'importer les users spécifiquement, les jobs etc...)
LE PLUS SIMPLE:
Il faut sauvegarder toutes les bases sur OLD Installer SQL avec le même jeu de caractères, SORT et UNICODE sur NEW
Restorer master sur NEW (voir aide) Restorer les autrers bases système puis les bases user sur NEW
Ne pas oublier :
Mettre un serveur en mono utilsateur pour restaurer une base master :
Propirétés du srv parametre de démarrage rajouter ; -m Ou dans le service directement !
-Ms Sql Server (n°2) n'a pas le même niveau de Service Pack SQL (SP4 donc plus récent --> nous n'osons pas
encore
patcher en prod.)
-Ms Sql Server (n°2) aura 2 processeurs (contre 4)
-Ms SQl Server (n°2) n'a pas les même disques physiques, partitions logiques et donc chemins pour la restauration
-Ms SQl Server (n°2) est en RAID 1 pour la partition systèmes et en RAID 5 pour les data
