GitLab esencial

Restauración de tu servidor para GitLab

¡Prueba gratis durante 10 días

nuestros 1203 cursos !

Prueba gratis Mostrar modalidades de suscripción
En caso de incidencia o emergencia en nuestros servidores podría ser necesario restaurar una copia de seguridad. Suponiendo que sois precavidos y tenéis todas las copias de seguridad al día, vamos a aprender cómo realizar el proceso de restauración en unos pocos minutos.

Transcripción

Ahora vamos a pasar a restaurar una copia de seguridad de Gitblab. Lo primero que tendremos que hacer para restaurar una copia de seguridad, que suponemos que será en una máquina limpia ya que tuvisteis algún tipo de incidencia, es instalar exactamente la misma versión que teníais de Gitlab, que con la que se hizo la copia de seguridad. Para ello, si necesitáis una versión muy concreta, podéis visitar dos sitios. Uno es packages.gitlab.com que es donde se encuentran todos los paquetes de todas las versiones para todos los sistemas operativos soportados de Gitlab en las últimas versiones. Si por lo que fuera no tenéis una última versión de Gitlab, y tenéis alguna que sea anterior a la 7.10.4, y espero que no. Podéis ir a about.gitlab.com/downloads/archivos Donde se encuentran los archivos de Gitla y podéis encontrar todos estos paquetes anteriores. Una vez instalados estos paquetes con la versión exacta que nosotros necesitamos, lo primero que tendremos que hacer es copiar la configuración antigua de Gitlab. De la que teníamos hecha copia de seguridad por separado. Vamos a limpiar el terminal, y aquí, en mi carpeta backup, tengo otra carpeta que es Gitlab, donde tengo los secretos y la configuración de Gitlab. Lo primero que tengo que hacer es copiar estos dos ficheros a ATC Gitlab. Después, para aceptar estos secretos que tenemos aquí, y poder descifrar las partes que están ocultas en la base de datos, deberemos hacer un Gitlab reconfigure. Que el comando es Gitlab-CTL reconfigure. Ahora, lo que tenemos que verificar es que los ficheros de copia de seguridad antiguos los que vamos a restaurar en nuestra instalación nueva de Gitlab, están en la misma ruta que tenemos configurada en nuestro Gitlab RB para hacer las copias de seguridad. Si yo, edito el Gitlab RB vía la sección de backups, veo que la ruta que tengo configurada es backup en el raíz. Anteriormente he copiado este fichero de copia de seguridad a esa ruta, por lo tanto si hago un LS en backup, tengo mi fichero de copia de seguridad. Es muy importante copiar esta parte de aquí del principio de los números, que es el "time stamp", el código de tiempo. Y nos va a hacer falta para restaurar la copia de seguridad. Será más importante todavía si tenemos más de una copia de seguridad en esta ruta. Deberemos o ya bien poner la última, o estar muy seguro de cuál estamos restaurando. Lo primero que tendremos que hacer ahora será parar todos los servicios que están conectados a la base de datos para poder restaurar nuestra base de datos. Paramos el servicio de Unicorn. Paramos el servicio de Sidekick. Y podemos verificar que en efecto están abajo. Sidekick y Unicorn están down. Ahora empezamos con la tarea propiamente dicha de la restauración de la copia de seguridad. Ejecutamos el Gitlab Rake, con la opción Gitlab:backup:restore y con el parámetro BACKUP en mayúsculas y el código de tiempo que hemos copiado antes. Que es... este. Ejecutamos, aceptamos para poder borrar toda la base de datos que tenemos ahora, que si es una instalación nueva, como debería ser, para restaurar, es una base de datos que ya no vamos a utilizar, y aceptamos para borrar el fichero de claves autorizadas de SSH y restaurar el que tenemos de la copia de seguridad. Ahora ya hemos hecho la restauración de la base de datos pero ahora lo que hay que hacer es comprobar que todas las configuraciones están en su sitio. Lo primero que hacemos es arrancar Gitlab completamente, Y ejecutar dentro del comando Gitlab Rake, La opción Gitlab:check con el parámetro sanitize = true Esto lo que hace es comprobar todos los ficheros de configuración, todas las rutas, todos los permisos, etc. Y comprueba que todos estén en su sitio y correctos. Si tuviéramos algún problema, nos lo avisará y probablemente nos de las opciones para solucionarlo. En este caso, hay una diferencia de permisos con los que tendrían que tener en realidad estos ficheros. Y nos da los siguientes comandos para repararlo. Copiamos, pegamos, volvemos a ejecutar el comando Gitlab:check y vemos que el resultado es completamente correcto. Podemos volver a nuestro navegador, conectar a nuestro Gitlab, y vemos que ya está arriba y funcionando. Con esto ya sabéis restaurar las copias de seguridad de Gitab pero recordar que para poder restaurarlas hay que hacerlas primero así que nunca olvidéis vuestros deberes como administradores de vuestra instancia de Gitlab.

GitLab esencial

Aprende a instalar y administrar GitLab, bien en tu propio servidor o en un servicio web gratuito o de pago, y cómo crear un perfil y generar tu primer proyecto en GitLab.

3:14 horas (47 Videos)
Actualmente no hay comentarios.
 
Fecha de publicación:27/10/2016

Este curso video2brain está disponible como descarga y para ser visualizado online. ¡Pero no hace falta que decidas entre las dos opciones! Al comprar el curso, disfrutarás de ambas posibilidades.

La descarga te permite ver las lecciones sin estar conectado/a a internet y supone una navegación fácil y ágil entre capítulo y capítulo. Si vas a trabajar en diferentes ordenadores o si no quieres descargarte el curso completo, entra en la web con tus datos de acceso y disfruta directamente de tus vídeos online. Te deseamos que disfrutes de este curso y te resulte de mucha utilidad.

Estamos a tu disposición si tienes cualquier tipo de duda o pregunta.