none
Entendiendo el Funcionamiento de NTBACKUP RRS feed

  • Pregunta

  • Actualmente me estoy iniciando en el sistema operativo de Windows Server 2003 R2 Edicion Standar e igualmente apenas estoy aprendiendo el uso del funcionamiento de la herramienta ntbackup que viene con este sistema operativo para realizar back ups.

    Una vez que he terminado de realizar el primer backup y que en teoria esta completo (Ver imagenes) ya que lo unico que quedo excluido fue la unidad E:// y Unidad F://.

    Nota: estas unidades no las respalde por que tenia la misma informacion que correspondia a una carpeta que estaba en la red.

    Ahora vienen las dudas, como se pueden observar en una de las imagenes se respalado toda la unidad C:// y algunas cosas adicionales.

    En base a eso quiere decir que si en este momento el servidor sufriera un daño grave este respaldo que hice me permitiria restaurar todo el sistema operativo?.

    Este respaldo full lo podria restaurar en cualquier sistema operativo Windows XP, Windows Vista o Windows 7 con caracteristicas de 32/64 bts?.

    La restauracion seria al 100% hablando de Programas, Divers, Bases de datos, archivos como word, excel, ped, e imagenes?.

    Cualquier ayuda respecto a estas dudas las agradecere enormemente.


    Saludos

     

     

     

    miércoles, 14 de septiembre de 2011 21:55

Respuestas

  • Hola, Cielab:

    Respondiendo directamente a tus consultas:

    1.- Sí. Una copia de seguridad de tipo completa permite precisamente recuperar la información copiada en el sistema desde un único fichero.

    2.- No. Un backup de un SO MS w2k3 R2 está pensado para restaurarse en otro sistema MS 2k3 R2 a ser posible, con prestaciones hardware (y servicios) similares al original, sin olvidar la versión (un backup MS w2k3 R2 x64 no puede restaurarse en un MS w2k3 R2 x32, al menos oficialmente).. Puedes intentar restaurar el backup en otro SO distinto, pero no te lo recomiendo.

    3.- Sí, siempre que hagas la restauración siguiendo los pasos correctos: instalar nuevamente un host con MS w2k3 R2, activar su licencia y ejecutar su NTBACKUP para restaurar la copia de seguridad. Mi recomendación es que sigas los pasos oficiales:

    Backup y restauración con NTBACKUP: http://support.microsoft.com/kb/814583/es


    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE 2k3 certified | ITIL certified
    • Marcado como respuesta Uriel Almendra viernes, 19 de abril de 2013 15:20
    jueves, 15 de septiembre de 2011 11:15

Todas las respuestas

  • Hola, Cielab:

    Respondiendo directamente a tus consultas:

    1.- Sí. Una copia de seguridad de tipo completa permite precisamente recuperar la información copiada en el sistema desde un único fichero.

    2.- No. Un backup de un SO MS w2k3 R2 está pensado para restaurarse en otro sistema MS 2k3 R2 a ser posible, con prestaciones hardware (y servicios) similares al original, sin olvidar la versión (un backup MS w2k3 R2 x64 no puede restaurarse en un MS w2k3 R2 x32, al menos oficialmente).. Puedes intentar restaurar el backup en otro SO distinto, pero no te lo recomiendo.

    3.- Sí, siempre que hagas la restauración siguiendo los pasos correctos: instalar nuevamente un host con MS w2k3 R2, activar su licencia y ejecutar su NTBACKUP para restaurar la copia de seguridad. Mi recomendación es que sigas los pasos oficiales:

    Backup y restauración con NTBACKUP: http://support.microsoft.com/kb/814583/es


    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE 2k3 certified | ITIL certified
    • Marcado como respuesta Uriel Almendra viernes, 19 de abril de 2013 15:20
    jueves, 15 de septiembre de 2011 11:15
  • Agradezco tus respuestas Desiderio. Volviendo a la misma preguta si Este respaldo full lo podria restaurar en cualquier sistema operativo Windows XP, Windows Vista o Windows 7 con caracteristicas de 32/64 bts?. Me ha quedado claro la respuesta, pero segun entendi este respaldo tendria que ser restaurado en un equipo similar o igual hablando en cuanto al tipo de sistema operativo ya que tendria que ser obligatoriamente Windows Server r2 Edition Standar. Que problemas podria generarse al hecho que en este nuevo Servidor el hadware fuera completamente Diferente
    jueves, 15 de septiembre de 2011 15:35
  • Hola, Cielab:

    Depende en gran medida del nivel de diferencia hardware que pueda tener el nuevo host, ya que una vez restaurado, durante el reinicio del sistema se procede a ajustar los drivers y demás parámetros de configuración con respecto al nuevo hard. En pocas palabras: cuanto más genéricos sean los componentes hard de tu host de origen, más posibilidades habrá de que la restauración en un host de hardware (aunque sea de marca "X") funcione correctamente desde un principio, aunque ten en cuenta que el primer reinicio tardará bastante más de lo normal. A partir de ahí, el funcionamiento será relativamente normal..


    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE 2k3 certified | ITIL certified
    jueves, 15 de septiembre de 2011 15:47
  • Pregunto esta situación de los componentes o marcas que correspondan al hadware ya que si el servidor se compro, por ejemplo hace 5 años, hasta el momento todo marcha bien pero  si el equipo se dañara mañana mismo  no creo que despues de 5 años se volviera a encontrar un equipo similar o igual en cuestion del hadware.

    Es aquí donde me queda la duda  si los archivos full que en ese momento se tengan funcionen en un equipo totalmente nuevo.

     

     

     

     

     

    jueves, 15 de septiembre de 2011 16:55
  • Hola, Cielab:

    Volvemos a la misma respuesta del post anterior. Hasta cierto punto, no influye si el hardware es muy nuevo o no, sino los controladores que necesite para funcionar correctamente. Recuerda que aunque los sistemas MS wSERVER tengan una enorme DDBB con los ficheros de drivers de componentes más comunes.. no están todos, de ahí que la mayoría de los servidores por muy modernos que sean, tienen componentes imprescindibles de carácter genérico con algunas prestaciones un tanto más elevadas (obviamente) por mejoras de funcionalidad tras el paso del tiempo, pero las mismas vienen tambien condicionadas por las actualizaciones de drivers que obviamente se han producido a lo largo de los años. No obstante, si la marca y el modelo es genérico, el sistema reconocerá el componente sin problemas, y por lo que tengo documentado, tanto INTEL como BROADCOM, SEAGATE, HP.. etc tienen componentes reconocidos en servidores Microsoft. Otra cosa MUY diferente es que los drivers actualizados disponibles por la red hagan que funcionen mejhor y/o les habiliten funcionalidades adicionales..

    Mi mejor consejo para tu scenario es que compares los componentes imprescindibles de tu server nuevo con respecto al antiguo: modelo/marca de gráfica, ethernet(s) y unidades de almacenamiento (especialmente si haces uso de RAID). Si al menos son de las mismas marcas, entonces hay una probabilidad muy alta a que te funcione correctamente. Ahora bien, te recomendaría que una vez restauraras el sistema en el server nuevo, actualizaras los drivers de los componentes "por si las moscas.."


    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE 2k3 certified | ITIL certified
    viernes, 16 de septiembre de 2011 10:00
  • Nuevamente muchísimas gracias Desiderio por tus  comentarios ahora si me ha quedado mas claro esta situación.

     

    viernes, 16 de septiembre de 2011 15:04
  • Mencionaba en el inicio de este post que habia hecho un resplado full de todo lo que correspondia al servidor el cual corre con el sistema operativo de Windows Server 2003 r2 Edition Standar las unicas exclusiones que hice fue las unidades E y F:// esto por que el contenido que tenia no me era de utilidad.

    Posteriormente me di cuenta que con todo que habia seleccionado la unidad C:// para el respaldo full por alguna razon quedo un apartado llamado System State sin respaldar.

    La duda es:

    Que es System State?

    Por que me quedo desabilitado esa función o aplicacion?

     


    • Editado Cielab viernes, 16 de septiembre de 2011 15:20
    viernes, 16 de septiembre de 2011 15:20
  • Sin animo de ofenderte te recomiendo que busques formación profesional sobre Windows Server porque el tipo de preguntas que estás realizando no debería hacerlas una persona que está administrando esta clase de servicios. 

    http://technet.microsoft.com/en-us/library/cc785306(WS.10).aspx

    http://technet.microsoft.com/en-us/library/cc781353(WS.10).aspx

     

    Un saludo.

    sábado, 17 de septiembre de 2011 18:17
  • Ignacio Galvan:

    Las circunstancias  x son las que me han llevado a preguntar estas situaciones.

    Considero que si nadie necesitara saber alguna cosa entonces no existirían los foros.

    Por otro lado he comprobado  que hasta los mas expertos en cualquier area recurren a investigar y a preguntar en diferentes foros.

    Por mi parte participo en diferentes foros de informatica y gestores cms y cuando lo hago lo realizo con gusto.

     



    • Editado Cielab domingo, 18 de septiembre de 2011 16:37
    domingo, 18 de septiembre de 2011 16:30
  • Hola, Cielab:

    En pocas palabras, se presume que cuando se hace una copia de seguridad se pretende salvaguardar la información de funcionalidad en pos de generar una continuación del servicio ante falta de información (lo que habitualmente llamamos "caídas del sistema"), y Microsoft distingue claramente las copias de datos frente a las copias del DA.

    System state, como su nombre indica, es el "Status del sistema" (me he lucido, verdad?) o lo que es lo mismo, el permitirta hacer una copia de la DDBB y estructura de AD en tu server, que te recomiendo hagas copia de seguridad. Hay cierto debate MUY encendido por la web acerca de si el hecho de que no esté marcado por defecto es un "bug" del aplicativo o no, ya que por un lado defienden que las copias de seguridad son sólo de datos de las unidades de disco que señale el usuario (que no tiene porqué englobar AD) y por el otro que en un servidor, lo único que realmente interesa copiar es la estructura de AD, por lo que los chicos de Redmon sólo hicieron un "copy-paste" del aplicativo desde sistemas anteriores, sin personalizarlo para servidores..


    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE 2k3 certified | ITIL certified
    lunes, 19 de septiembre de 2011 10:20