Discussion :

[sofdz]

Bonjour,
un prestataire a dupliqué le serveur d'exploitation sur un autre serveur pour obtenir un environnement de test. Je remarque que les saisies réalisées sur le dossier production sur le serveur d'exploit son dupliquées sur l'autre bdd de test et inversement.
Est-ce que si je modifie le lien ODBC sur le serveur de test en modifiant le nom de la machine ça corrige ce problème ? Faut-il également passer sur la console X3 ?
Merci de votre aide

[castorameur]

bonjour,

Etes vous sûr que les données de test sont dupliqués en prod ??
y a t il 2 bdd ou 1 seule avec 2 serveurs applicatifs ?
Vous n'avez pas un compte rendu de ce qu'à réalisé votre prestataire?

Je m'étonne qu'un prestataire est prévu une réplication de test vers prod car les risques sont érnormes.

Ouvrez les consoles dans les 2 environnement et notez les noms des bdd

[sofdz]

Bonjour,

Quand j'ouvre la console c'est vide. Je ne dois pas avoir les droits suffisant pour y accéder. toutefois je suis sûre de ce pb de bdd car des infos saisies aujourd'hui par les users sont visibles sur ce dossier. j'ai fait un test hier pour vérifier l'inverse et je retrouve bien ma modif sur le serveur d'exploit.
L'objectif est de passer les patch dans un environnement déconnecté de la prod.
Merci

[castorameur]

Si vous n'avez pas les droits sur la console ni des compétences systèmes pour aller voir SQL server, je ne vois pas ce que vous pouvez faire.

je réitère

Vous n'avez pas un compte rendu de ce qu'à réalisé votre prestataire?

Un prestataire doit toujours fournir un compte rendu d'activité, sinon je ne sais pas comment vous faîtes pour le payer.

Je reste quand même dubitatif car cela voudrait dire qu'une facture de TEST peut se retrouver en PROD, bonjour les dégats.

[sofdz]

Je suis externe à l'entreprise donc je n'ai pas accès au compte rendu du presta qui gère toute l'infra et les droits (la personne qui a géré l'instal est en vacances). Le presta X3 qui a installé x3 a de mauvaises relations avec le client. Le serveur de test n'est accessible que par moi aucun accès aux utilisateurs. Mais pointe sur la même bdd.
Merci

[futurist]

Désolé ,ce que vous êtes entrain de dire et illogique, dans les normes le serveur test doit être séparer, essais d'ouvrir l’application de cliquer sur fichier puis configuration client pour lire le nom de l ODBC que vous utilisez dans les deux serveur s'il sont identique ou pas????

[g_antoine]

Bonjour,

Quand j'ouvre la console c'est vide.

C'est sans doute parce que la solution n'a pas été configurée avec la session utilisateur que vous utilisez. Normalement, vous pouvez l'importer, via le bouton "Importer une solution".

L'objectif est de passer les patch dans un environnement déconnecté de la prod.

C'est bien légitime

Bon courage pour dénouer tout ça !!

[sofdz]

Désolé ,ce que vous êtes entrain de dire et illogique, dans les normes le serveur test doit être séparer, essais d'ouvrir l’application de cliquer sur fichier puis configuration client pour lire le nom de l ODBC que vous utilisez dans les deux serveur s'il sont identique ou pas????

Bonjour,

C'est le même ODBC sur les deux machines avec connexion sur le serveur de prod. POur ce qui est de la config des applications, sur le serveur de test j'ai bien modifié le serveur d'application.

[futurist]

don ce n'est pas un serveur de test , mais un serveur application buckup,

il faut refaire l'installation de a zéro

Cordialement

[sofdz]

Merci pour vos réponses.
Une installation complète n'a pas été nécessaire voici un lien utile

http://www.theanswerco.com/tac-blog/...er-namedomain-

Adapté selon la situation puisque nous étions en changement de nom de serveur pour un serveur de test mais en continuant la prod. Un merci particulier à Castorameur.