Question : J'ai besoin de plus d'information sur des limites et des possibilités de secours indigènes du serveur 2008R2

Cette question est spécifique à la version R2 du serveur 2008.  Puisque les suites de logiciel de secours sont devenues si chères et compliquées, j'essaye d'employer le service de protection indigène du serveur 2008R2 de milliseconde.  J'ai vérifié en ligne mais n'ai pas trouvé des réponses franches aux questions d'un couple.  travail du

I dans un environnement de petite entreprise.  J'ai un serveur SBS2003 accueillant l'échange et l'AM allant remplacer une boîte du serveur 2003 de vieillissement par un nouveau matériel travaillant au niveau du bit du serveur 2008R2 64.  Le nouveau serveur fonctionnera comme exemple séparé de serveur et de centre serveur trois d'archivage des bases de données de SQL.  le

I veulent au support à une rotation de trois unités de disque dur externes différentes.  Typiquement je fais de pleins supports chaque nuit.  Une fois par semaine je permute l'unité de disque dur externe.  Les deux commandes de secours n'étant pas employé que la semaine sont exprès stocké outre de l'emplacement.   Avec Server2008 je me rends compte que vous assigniez une piscine des unités de disque dur pour le support.  Je n'étais pas sous l'impression que je pourrais tourner les unités de disque dur dans et hors de la piscine afin d'avoir et de la copie hors site.  Est-ce que c'est toujours le cas avec la version R2 ? les bases de données du

SQL deviennent une plus grande partie de notre opération.  Nous analysons maintenant presque tous les documents dans une base de données de gestion de document, nos utilisations financières de système une base de données de SQL, et nous ajoutons une base de données de gestion de plante aquatique.  Actuellement les supports de SQL sont beiing fait manuellement dans chaque application.  J'avais eu connaissance de la copie Sevices d'ombre de volume étant le support utilisé SQL.  Est-ce que ma question plate et simple, les bases de données indigènes du support SQL de support de milliseconde entièrement ou j'est fait ont-elles besoin du logiciel de secours de conception indépendante (comme l'agent de Backupexec) avec et de SQL ? la question du

Last implique le serveur SBS2003.  Le serveur de petite entreprise doit être le « serveur de racine » de l'arbre.  Notre serveur de SBS est primarly utilisé pour des services d'échange.  Ce serveur est vieillissement mais fonctionne toujours comme un champion.  J'envisage « de le maintenir vivant indéfiniment » en virtualisant » ces machine et fonctionnement il sur une boîte du serveur 2008R2.  Si je prends cet itinéraire, fait-il le support indigène de milliseconde correctement et entièrement support le serveur d'échange ? cette question du

Because est tout au sujet de support, je le soumets comme question simple.  Mais parce qu'elle couvre une série de matières j'assigne une valeur de 500 points.  

Thanks à l'avance pour votre help. class= de

Réponse : J'ai besoin de plus d'information sur des limites et des possibilités de secours indigènes du serveur 2008R2

les supports 2008R2 indigènes sont très mauvais. améliorer pour employer la partie 3d pour le support de 2008 serveurs

>>Les bases de données de SQL deviennent une plus grande partie de notre opération.  Nous analysons maintenant presque tous les documents dans une base de données de gestion de document, nos utilisations financières de système une base de données de SQL, et nous ajoutons une base de données de gestion de plante aquatique.  Actuellement les supports de SQL sont beiing fait manuellement dans chaque application.  J'avais eu connaissance de la copie Sevices d'ombre de volume étant le support utilisé SQL.  Est-ce que ma question plate et simple, les bases de données indigènes du support SQL de support de milliseconde entièrement ou j'est fait ont-elles besoin du logiciel de secours de conception indépendante (comme l'agent de Backupexec) avec et de SQL ?
>>
vous n'avez pas besoin du tiers pour ceci.
MSSQL a le bon plan d'entretien comfigurable à l'intérieur de la console de gestion de SQL. Vous pouvez configurer des supports pendant que vous avez besoin. Le DB de SQL ne devrait pas être arrêté pendant le support (parce que technologie de VSS).

>>La dernière question implique le serveur SBS2003.  Le serveur de petite entreprise doit être le « serveur de racine » de l'arbre.  Notre serveur de SBS est primarly utilisé pour des services d'échange.  Ce serveur est vieillissement mais fonctionne toujours comme un champion.  J'envisage « de le maintenir vivant indéfiniment » en virtualisant » ces machine et fonctionnement il sur une boîte du serveur 2008R2.  Si je prends cet itinéraire, fait-il le support indigène de milliseconde correctement et entièrement support le serveur d'échange ?

SBS2003 peut être couru dans l'environnement virtuel R2 Hyper-v
Il peut continuer les supports indigènes d'utilisation d'OS SBS2003 d'invité comme avant, vous n'avez pas besoin de le changer.
(ou vous pouvez même les dossiers de secours de VHD, mais pour ceci vous devez arrêter l'OS d'invité).

De votre matière, je ne trouve pas, où vous prévoyez d'installer 3 exemples de SQL. sur Hyper-v il pente soit employé par accord de licence. BTW I enroulé pour ne pas recommander ceci parce que vous pouvez avoir le problème de perfomance (le SQL et échanger le DB sur le même HDDs)