Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
3119 connectés 

 


Dernière réponse
Sujet : Active Directory : risque de plantage ?
com21 je ne pense pas.

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
com21 je ne pense pas.
Falconpage merci pour tes réponses :jap:
 
oui je sais bien que les autres CG fonctionneront grâce à leur serveur mais n'y a t il jamais de risque de voir l'active partir dans les choux quand le réseau est aussi mal foutu que ça ?
com21 juste les camarades en CG qui utilise l'application en mode client  avec la base sur le serveur.
 
De toute façon, comme je l'ai dit, même si un serveur tombe, le domaine fonctionnera tjrs, car les autres serveurs marchent tjrs !
Falconpage Quand tu parles des camarades tu parles de l'ensemble du domaine qui risque de partir en caraf ou juste du CG en cause ?
 
C'est pas malin le truc là :D
com21 Faut expliquer qu'il serait + économique d'achete un sixieme poste  et de laisser le "serveur" seul, que de foutre un utilisateur dessus qui pourrait planter la bécane, foutant au chomage technique ses camarades pendant X jours.
 
Falconpage Les utilisateurs sont logués sur le domaine et utilisent une application sur leur poste client qui travail avec une base sur le serveur de domaine.
 
En gros 5 postes qui travail sur le serveur en même temps sur une base de donnée assez sympa :D  
 
--> à noté que le "serveur" est un poste tout ce qu'il y a de plus classique :D :D
com21 ça dépend, si le serveur ne fait que l'authentification et que après les utilisateurs bossent en local sans utiliser des ressources sur le controleur de domaine c'est jouable.
 
(meme si, avis personnel, je n'aime pas ça non plus)
Falconpage Sinon le pb c'est les applis "DOS" utilisées qui tournent à plus de 90 % du CPU et qui bouffent de la RAM :/
Falconpage Hmm en effet :D à 2h du mat c'est la solution :)
 
 
 
com21 ça peut se programmer ça.  donc il suffit de les programmer à 2h du mat
Falconpage C'est sur que perso je pense que c'est sans pb et hyper courant mais le pb c'est que là le serveur est au milieu du CG et dans les mains de personnes qui n'y connaissent rien (certe en simple utilisateur mais quand même sur le serveur de domaine !!)
 
Ca me faire grave peur de savoir que quelqu'un peu allé débrancher la prise pendant une réplication ou pire encore ^^.
com21 Pas de plantage de l'active directory, du moment que seul les adminisateurs y ai accès,  des Domaines avec plusieurs serveurs de domaine c'est courant (et conseiller).
 
 
Pour le débit no say, je crois que c'est 128kbits/s minimuin.
 
Falconpage Oui pas de pb il y a un routeur mais n'y a t il aucun risque de plantage de l'active directory ?
 
Les connexions entre sites doivent être de combien (débit) ?
com21

Falconpage a écrit :

2- Je parle pas d'une panne physique de la machine mais genre un crash ou un changement de carte mère (= changement de l'ID de sécurité).
 


 
bah les utilisateurs du centre de gestion où le serveur a cramé pourront :
- Se loguer en local
- Se loguer sur un autre serveur CG (comme ils sont sur le meme domaine, ils sont tous "controleur de domaine)  évidement  c'est "LENT". Enfin ça implique que le serveur en question n'heberge pas la connection internet mais que celle ci se fasse via un routeur.
 
 
 

Falconpage 2- Je parle pas d'une panne physique de la machine mais genre un crash ou un changement de carte mère (= changement de l'ID de sécurité).
 
 
3- à première vue pour ce point ils ont modifié la stratégie locale --> "Ouvrir une session localement"
 
Là on y rajoute le groupe "utilisateurs".
com21 2 - une panne arrivant sur UN CG n'entrainerait pas de plantage général.  
 
3 - Pour info un utilisateur non administrateur ne peut pas se loguer sur un serveur de domaine.
Falconpage Alors voilà l'histoire :
 
Dans ma boîte on a environ 50 Centre de Gestion répartis sur la France.
Ces 50 centres de gestions sont composés d'un poste "serveur" et de 5 postes clients.
Ces CG sont tous sur notre réseau local via une connexion Turbo-ADSL.
 
Notre service réseau envisage rapidement de transformer les "serveurs" des ces centres en serveur de domaine.
 
Ces serveurs de domaine seront tous sur le même domaine et un compte utilisateur sera utilisé par CG pour les postes clients.
 
 
 
Jusque là pas de pb mais attention les serveurs des CG sont utilisés par du personnel pour faire tourner les applications propres à notre société !!
 
Alors les questions que je me pause :
 
1- quels risques y a t il à fonctionner sur ce type de schéma
 
2- quelles sont les différentes pannes qui pourraient survenir sur UN CG et qui entrainerait un plantage général sur l'ensmeble des CG ?
 
3- est ce tout simplement raisonnable de faire travailler quelqu'un sur un serveur de domaine ? (applications qui peuvent pomper plus de 90 % du CPU)
 
 
 
 
Je me permet de vous poser ces questions car je suis pas chaud du tout pour ce projet :D :D

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)