IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Développement Discussion :

gestion de données stockées sur des serveurs


Sujet :

Développement

  1. #1
    Membre du Club
    Femme Profil pro
    Inscrit en
    Janvier 2013
    Messages
    71
    Détails du profil
    Informations personnelles :
    Sexe : Femme

    Informations forums :
    Inscription : Janvier 2013
    Messages : 71
    Points : 43
    Points
    43
    Par défaut gestion de données stockées sur des serveurs
    Bonsoir,
    j'ai un exercice à faire ( fichier ci joint) mais je n'ai rien compris.
    est ce que quelqu'un peut m'aider même par qcq indices ?
    Merci
    Images attachées Images attachées  

  2. #2
    Membre émérite

    Homme Profil pro
    Ingénieur Réseaux
    Inscrit en
    Juin 2012
    Messages
    877
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur Réseaux
    Secteur : Conseil

    Informations forums :
    Inscription : Juin 2012
    Messages : 877
    Points : 2 427
    Points
    2 427
    Par défaut
    Bonjour,

    L'architecture 1 renvoit à une notion de DFS sous Windows, c'est-à-dire un point de consultation qui renvoit à différents serveurs de manière transparente pour l'utilisateur.

    L'architecture 2 est plus complexe du point de vue utilisateur mais plus simple à configurer.

    Dans les deux cas, la notion de partage est abordé.

    Je pense que l'architecture 1 est plus professionnel et plus maniable.
    Si la réponse vous a été donnée, pensez au Tag .
    Un petit aide à se sentir utile. Merci.

    "La folie. C'est de faire et refaire la même chose en espérant que le résultat sera différent."
    Albert Einstein

  3. #3
    Membre du Club
    Femme Profil pro
    Inscrit en
    Janvier 2013
    Messages
    71
    Détails du profil
    Informations personnelles :
    Sexe : Femme

    Informations forums :
    Inscription : Janvier 2013
    Messages : 71
    Points : 43
    Points
    43
    Par défaut
    voici une proposition, est ce que vous pouvez me corriger svp?

    1ére archi
    pour supprimer un serveur de la 1ère archi, il faut commencer par arrêter la connexion entre le serveur à supprimer et le frontal.
    pour l'ajout: il faut juste établir une connexion entre le nouveau serveur et le frontal.

    2ème archi
    pour supprimer un serveur il faut commencer par arrêter la connexion entre le serveur à supprimer et le client.
    pour l'ajout: il faut juste établir une connexion entre le nouveau serveur et le client.

    3) en cas de plusieurs clients la 1ère archi est la plus efficace de point de vue sécurité.
    inconvénient: surcharge du frontal

  4. #4
    Membre émérite

    Homme Profil pro
    Ingénieur Réseaux
    Inscrit en
    Juin 2012
    Messages
    877
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur Réseaux
    Secteur : Conseil

    Informations forums :
    Inscription : Juin 2012
    Messages : 877
    Points : 2 427
    Points
    2 427
    Par défaut
    Re,

    Pas vraiment.

    Dans l'archi 1, le frontal est un simple écran.
    Il pointe vers les serveurs où sont physiquement stockés les données.
    Pour supprimer un serveur de consultation, il faut enlever le partage (les données ne seront plus disponibles).
    Pour les voir à nouveau, migrer les données sur un des serveurs de consultation.
    A noter qu'il est possible de répliquer les données, ainsi si un serveur tombe, les données sont consultables sur un autre serveur de manière totalement transparente. Le client ne voit aucun changement. Seul l'admin réseau sera prévenu si il monitore ses serveurs.
    Pour un ajout, il faut lier le nouveau serveur à un partage existant avec l'accès et les droits sur les données qui "vont bien" ou créer un nouveau partage qui pointe sur ce serveur.

    Pour l'archi 2, je suis assez d'accord.

    Pour la dernière question, l'archi 1 est plus souple et vraiment orienté haute disponibilité et transparence pour le client.
    De plus avec la réplication, les clients vont se répartir sur les différents serveurs ce qui va éviter une importante surchage.
    Inconvénient : le volume de données sur chaque serveur est important donc un coût de stockage plus élevé.
    A utiliser donc sur les données critiques ou les plus consultées.
    Si la réponse vous a été donnée, pensez au Tag .
    Un petit aide à se sentir utile. Merci.

    "La folie. C'est de faire et refaire la même chose en espérant que le résultat sera différent."
    Albert Einstein

  5. #5
    Membre du Club
    Femme Profil pro
    Inscrit en
    Janvier 2013
    Messages
    71
    Détails du profil
    Informations personnelles :
    Sexe : Femme

    Informations forums :
    Inscription : Janvier 2013
    Messages : 71
    Points : 43
    Points
    43
    Par défaut
    Merci bien Miistik

  6. #6
    Membre émérite

    Homme Profil pro
    Ingénieur Réseaux
    Inscrit en
    Juin 2012
    Messages
    877
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur Réseaux
    Secteur : Conseil

    Informations forums :
    Inscription : Juin 2012
    Messages : 877
    Points : 2 427
    Points
    2 427
    Par défaut
    De rien
    Si la réponse vous a été donnée, pensez au Tag .
    Un petit aide à se sentir utile. Merci.

    "La folie. C'est de faire et refaire la même chose en espérant que le résultat sera différent."
    Albert Einstein

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 0
    Dernier message: 16/08/2014, 13h00
  2. gestion de données stockées sur des serveurs
    Par amal1410 dans le forum Serveurs (Apache, IIS,...)
    Réponses: 3
    Dernier message: 26/03/2013, 21h08
  3. Réponses: 1
    Dernier message: 14/01/2013, 15h24
  4. Réponses: 2
    Dernier message: 23/07/2010, 15h56
  5. Parsing XML gestion DB I/O sur des données de type CLOB
    Par stchitembo dans le forum Oracle
    Réponses: 5
    Dernier message: 22/03/2006, 11h14

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo