Différence entre Disaster Recovery et basculement


Le logiciel de l'entreprise est le logiciel qui capture le flux de travail des processus fonctionnels essentiels au niveau de l'entreprise. En d'autres termes, les processus critiques de l'entreprise sont gérées par un logiciel qui est utilisé dans toute l'entreprise ou même par un seul ministère. Ce type de logiciel spécialisé est également connu que des applications et peut inclure tout ou partie des opérations suivantes:





  • Comptes À Payer
  • Comptes Débiteurs
  • Avantages
  • Facturation
  • Comptabilité générale
  • Ressources Humaines
  • Paie
  • Bon De Commande
  • Réquisition
  • Impôt


Les applications mentionnées ci-dessus sont généralement gérés par un ou plusieurs fournisseurs de logiciels et peuvent également être mises en œuvre par une des applications maison personnalisés en fonction de l'entreprise de fonctionnalité désirée.

Pour les fins de cet article, je vais discuter de deux procédures qui permettront d'assurer la fonctionnalité continue des applications en cas de situation de la production vers le bas. Moyens de production bas que l'application ne est pas accessible à l'ensemble de la communauté des utilisateurs en raison de pannes matérielles, réseau ou logiciel. Je vais aussi discuter de ce que signifie la production dans une petite entreprise contre la production vers le bas pour une grande société.

Applications d'entreprise

Disaster Recovery - La procédure

Dans un sens global, la reprise après sinistre, ou DR est quand une entreprise a besoin pour rester opérationnel lorsque la nature suit son cours en ce qui concerne les séismes, les inondations, les ouragans, les tornades ou un autre événement catastrophique. Dans le cas d'une situation d'urgence signifie que la nature a empêché le fonctionnement quotidien d'une salle informatique, centre de données ou l'accès aux applications critiques.

Dans tous les cas, reprise après sinistre se engage quand il ya échec du lancement d'applications d'entreprise à partir du serveur de production où réside l'application. Un plan de reprise après sinistre doit être en place pour migrer ces applications vers un autre serveur dans un endroit différent, et chaque entreprise devrait inclure un tel plan. Notre plan d'affaires DR petite est de récupérer nos applications critiques de l'entreprise à travers un plan de sauvegarde en parallèle (plus de données de sauvegarde sur un matériel similaire configurés). Dans le cas où nos entreprises applications critiques deviennent inaccessible en raison de la construction ou de matériel problèmes, nous allons tout simplement nos données à un autre morceau de matériel dans un endroit différent.

Applications d'entreprise

Fail Over - Procédure II

Pour différencier les DR, ou d'une situation de basculement FO signifie que le serveur où l'application ne est pas atteint, mais il n'y a aucun problème dans la salle informatique, centre de données ou l'accès au matériel physique qui poignées applications critiques de l'entreprise.

Dans tous les cas, basculement se engage quand il ya échec du lancement d'applications d'entreprise à partir du serveur de production où réside l'application. Il existe un problème dans le centre de la salle d'ordinateur ou de données. Un plan de basculement doit être en place pour migrer ces applications vers un autre serveur dans le même lieu et chaque entreprise devrait inclure un tel plan. Notre petite entreprise FO plan est de récupérer nos applications critiques de l'entreprise à travers un plan de sauvegarde en parallèle (plus de données de sauvegarde sur un matériel similaire configurés). Dans le cas où nos applications critiques de l'entreprise deviennent inaccessibles en raison de l'matérielle du serveur, nous allons tout simplement nos données à un autre morceau de matériel dans la même position.

récupérer votre Business Server

Applications de production vers le bas

Ce est le détail du plan qui déterminera le succès de la migration des applications critiques dans des environnements DR ou FO une fois qu'il est déclaré par la direction. L'indication typique que l'application doit être mis en mode DR ou FO est lorsque les utilisateurs sont informés de la «production vers le bas". La production vers le bas, comme indiqué par la communauté des utilisateurs, cela ne signifie pas que vous devez prendre les procédures de sauvegarde immédiates, mais vous devez immédiatement exécuter des diagnostics, des procédures d'entretien et d'exploitation pour assurer le bon fonctionnement de l'application.

Cela ne arrive pas très souvent, mais chaque fois dans un certain temps plus de clients nous contacter avec le même souci, problème ou une question. Dans le cas d'une semaine récente Octobre nous avons eu deux contacts des clients avec une demande de notre disponibilité »la production vers le bas". Comme chaque client a été contacté de nouveau pour évaluer leur demande initiale, nous avons trouvé que le client voulait que nous de participer à leur examen annuel de la reprise après sinistre, tandis que l'autre a eu lieu dans une situation d'arrêt de production.

Qu'est-ce que "la production vers le bas" signifie vraiment? Cela signifie simplement que vous ne pouvez pas exécuter des applications critiques, essentielles pour la survie de votre entreprise, pour une période de temps qui provoque la gestion de déclarer une catastrophe et d'impliquer la récupération en cas de catastrophe (ou ne plus) procédure. Bien sûr, cela suppose que d'une infrastructure adéquate en place pour faire basculer le commutateur dans un contrat de service convenu.


Si le client n ° 1 (programme de 3 jours pour tester DR)

Lorsque le client n ° 1 nous a contacté le 8 Octobre à participer à leur examen annuel de la reprise après sinistre savait que cela signifiait un week-end très occupé. Nous avons discuté des besoins de l'année, avec le client, a obtenu les exigences de configuration matérielle, a parlé avec leur équipe de bases de données, réseaux et centres de données, a révisé le schéma de l'architecture logicielle et a accepté d'aider l'exécution du plan reprise après sinistre. Heureusement, pour nous, le client nous a permis de participer à l'évaluation, la mise en œuvre et testées par l'accès à distance. La semaine d'après nos discussions, nous prêt à travailler vendredi soir au dimanche après-midi.

Bien que nous ne sommes pas autorisés à discuter de tous les détails sur le matériel et le logiciel client a voulu tester leur exercice de DR, je peux dire que le matériel de serveur Unix dû être préparée et a dû supporter toutes les exigences du logiciel d'application ( y compris tout ce qui suit):


Le serveur source:

  • sauvegardes planifiées ont dû être arrêté sur le serveur source
  • contrôler toutes les applications a dû être arrêtée sur le serveur source
  • l'application et tous les composants doivent être arrêtés sur le serveur source
  • équilibrage de charge (LB) et Domain Name System (DNS) commutateur devait être à partir du serveur principal vers le serveur de DR


Le serveur cible:

  • tous les identifiants et mots de passe Unix a dû être migrés vers le serveur de destination
  • hôtes et les services fichiers Unix devaient être migré vers le serveur de destination
  • équilibrage de charge (LB) et Domain Name System (DNS) commutateur devait être à partir du serveur principal vers le serveur de DR
  • le serveur cible doit avoir la même configuration matérielle que le serveur source
  • la base de données cible doit avoir le même nombre de noeuds dans la base de données source
  • l'application cible était d'avoir rencontré toutes les exigences de l'application cible de destination doivent avoir le même niveau de version que l'application source
  • l'application et tous les composants doivent être arrêtés sur le serveur source


Le résultat (complété au besoin):

Nous avons commencé notre travail à 21h00 HNE pour configurer le serveur cible Unix de sorte qu'il a trouvé le serveur source d'Unix. Après avoir terminé cette tâche, nous avons eu à contacter le client de base de données de groupe afin de préparer la base de données pour l'utilisation de l'application. Lorsque le groupe de base de données ont achevé leurs travaux nous ont contactés pour procéder aux besoins de l'application. Après avoir terminé l'installation et la configuration de toutes les exigences de logiciels ont donc préparé la demande de l'utilisateur de test. L'ensemble, notre engagement nous a pris à 04h00 le samedi, mais le système était prêt avant que les utilisateurs enregistrés de vérifier l'exactitude de l'opération de l'application. Les utilisateurs ont pris toute la journée le samedi et le dimanche jusqu'à midi pour tester les ressources humaines et les applications pour le personnel dans un environnement DR. Je suis heureux de dire que pas une seule question ou un problème a été signalé.


Cas client n ° 2 (en cas de catastrophe imprévue)

Le 8 Octobre, nous avons reçu un appel du client n ° 2 que son ordinateur portable petite entreprise était bas et dans ses mots, "hors de l'eau." Le lendemain, je ai visité les cours de petites entreprises et de diagnostic portable. Ce que je ai trouvé était un peu maladroit, mais il avait raison dans son évaluation. Bien que le CPU, les tests internes du disque dur et le retour diagnostic de la mémoire tout de problème matériel, son système d'exploitation a été extrêmement lent après quelques minutes de course, après un démarrage à froid (éteindre l'ordinateur et de la puissance de coupe à au moins deux minutes).

Comme la plupart des petites entreprises ne sont pas équipés pour récupérer d'une situation de catastrophe ou de basculement, ce ne était pas différent. Je ai expliqué au client que l'une des deux choses ont été la cause du problème qui l'a empêché d'effectuer sa demande de l'entreprise de son ordinateur portable. Je ai aussi dit que je dois exécuter des tests plus intensifs pour déterminer si un problème a été causé par l'autre.


Les problèmes:

  1. Le système d'exploitation a été lente
  2. Le disque dur a été effectue lentement


L'Objectif:

Même si le client se sont appuyés sur le combiné pour une utilisation professionnelle nous sommes arrivés avec peu d'alternatives, alors que nous avons travaillé sur son ordinateur portable. L'objectif, dans toutes les variables, à la fois pour obtenir le portable fonctionnel et de nouveau en ligne dès que possible.


Les solutions (un couple d'heures pour exécuter les tests):

  1. nous avons constaté que 85% des ressources du système ont été consommés après un démarrage à froid
  2. nous avons vérifié que tous les dispositifs fonctionnaient - pas de problèmes
  3. nous avons examiné l'utilisation ordinateur portable CPU, mémoire et disque - pas de problèmes
  4. nous avons effectué un nettoyage de base, intermédiaire et avancé sur le disque dur
  5. Le problème est resté après un démarrage à froid
  6. nous avons couru un utilitaire pour nettoyer le registre
  7. Fenêtres inutiles Nous avons supprimé commencent rumeurs
  8. nous avons effectué un scan et fixer dur complet
  9. Le problème est resté Après un démarrage à chaud
  10. nous avons modifié le système d'exploitation à exécuter à la meilleure performance
  11. nous avons soutenu la dernière installation d'applications tierces
  12. nous avons supprimé la protection de la sécurité Internet
  13. Le problème est resté Après un démarrage à chaud
  14. nous avons optimisé les paramètres du BIOS
  15. nous avons appliqué les derniers correctifs de sécurité pour Windows recommandées
  16. Le problème est resté Après un démarrage à chaud


Le Résultat:

Après une série de tests et montrent résolutions technicien en informatique avancé deux problèmes majeurs encore émergé. Il y avait un plus grand retard dans le temps pour les problèmes de surface mais est resté.


Les recommandations (à court terme):

  1. Il est recommandé que le système d'exploitation Windows est installé avec le mode de récupération afin que le client n'a pas perdu toutes leurs données. Cela aiderait à résoudre le problème de la lenteur de Windows. Le client a accepté et nous avons essayé de réinstaller Windows, mais cette version particulière de Windows n'a pas permettre à une réinstallation en mode de récupération. La seule option que nous avions était de reformater le disque dur entier et installer une nouvelle copie de Windows pour les réglages d'usine. Nous savions que le client voulait garder les données de sorte que l'option est rapidement devenu obsolète.
  2. Il est recommandé que le client d'acheter un disque dur externe pour sauvegarder toutes les données en cas de catastrophe sur votre disque dur. Le client a accepté et acheté un nouveau disque dur externe de 2 téraoctets pour sauvegarder les données. Après un repos paramètres manuellement bureau, mail, favoris, Documents, Musique, Images et Mes Vidéos Mes scans nous avons recommandé les solutions à long terme.


Les recommandations (à long terme):

  1. Il est recommandé que l'ordinateur portable est remplacé par un système d'exploitation plus stable et Windows en cours. Nous recommandons cette option en attaque pour sauver la grande quantité de temps et d'argent, mais le client était impatient de revenir dans la ligne et nous voulions faire tout ce que nous pouvions ignorer.
  2. Il est recommandé que le client continue à sauvegarder vos données critiques de l'entreprise afin de minimiser les perturbations seraient en cas autre catastrophe empêché de jour en jour de la fonctionnalité. Nous avons expliqué que nous pourrions mettre en place une sauvegarde automatique afin que le client n'a pas à se inquiéter des choses telles que la sauvegarde.

Disaster Recovery

Récupération d'applications d'entreprise

YouTube - startup.com

différence entre la reprise après sinistre et de basculement

question DR ou FO interruption Application - Logiciel DR ou FO décrit dans la procédure Server - Hardware FO décrit dans la procédure centre de construction ou des données DR décrit dans la procédure

différence entre Comp Sci et MIS

  • Différence entre Comp Sci et MIS
    Rôles ordinateurs sont techniques et sont très différents des rôles fonctionnels dans les systèmes d'information de gestion.

différence entre Linux et Unix

  • Différence entre Linux et Unix
    Linux et Unix sont les mêmes dans les deux systèmes qui sont en fonctionnement, mais ont des goûts très différents.
Version du système d'exploitation

Fedora Linux 20

  • Version du système d'exploitation Linux Fedora 20
    Maintenant, à 10 ans, la version de Fedora 20 est un système d'exploitation vieux de dix ans.
Internet

de sécurité sur votre smartphone ou tablette

  • sécurité Internet sur votre smartphone ou tablette
    L'ordinateur de bureau, ordinateur portable ou tablette a besoin d'une protection de sécurité Internet - Ne oubliez pas les autres appareils.

Prévisions Technologie: Réseaux claires avec des nuages ​​en vue

  • Prévisions Technologie: Réseaux claires avec des nuages ​​en vue
    Le cloud computing est une méthode de stockage de données dans un espace virtuel qui est hébergé et géré par une société tierce.

(0)
(0)
Article suivant Stanced Nissan Altima

Commentaires - 0

Sans commentaires

Ajouter un commentaire

smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile
Caractères restants: 3000
captcha