GitLab数据手动备份1.GitLab默认备份目录为/var/opt/gitlab/backups,可以修改/etc/gitlab/gitlab.rb里面的默认存放备份文件目录,这里使用默认备份目录: gitlab_rails['backup_path'] = '/var/opt/gitlab/backups' 如果修改默认备份目录,需要运行gitlab-ctl reconfigure命令使配置生效,并且运行gitlab-ctl restart命令重新启动服务器. 2.使用下面的命令手动备份数

一.gitlab数据备份gitlab-rake gitlab:backup:create命令会在/var/opt/gitlab/backups目录下创建一个名称类似为1393513186_gitlab_backup.tar的压缩包, 这个压缩包就是Gitlab整个的完整部分, 其中开头的1393513186是备份创建的日期.你也可以通过修改/etc/gitlab/gitlab.rb来修改默认存放备份文件的目录:gitlab_rails['backup_path'] = '/mnt/backups

楔子 最近公司推行统一构建平台(基于 Jenkins + Kubernetes 插件创建 slave),原来部门自建的 Jenkins 不让用了. 迁移上统一构建平台的最大阻力是前端模块发布的问题: 前端单仓库全量构建/发布,安装依赖有缓存在小型机上跑着效率还行,如果迁到公司平台上性能相对低些,又没依赖缓存,构建一次需要拉下约 15G 的依赖! 迭代分支仅允许合并分支,通过 GitLab API 取不到 Merge Request 变更文件列表. 基于这个问题,研究了一下午 GitLab Plu

//实现:每天自动备份数据库,定期删除备份 //步骤:[开始]--[所有程序]--[Microsoft SQL Server 2005]--[SQL Server Management Studio]输入用户名密码登陆,如图(20110703-sql10) 20110703-sql10 [管理]--[维护计划]--右键[新建维护计划]--输入“计划名”(标志性,随便输入),如图(20110703-sql11) 20110703-sql11 拖入维护计划中的任务工具箱 的“备份数据库任务”到维护计

1.查看SQL 版本: select @@VERSION --可以看到 Express Edition 精简免费版 Microsoft SQL Server 2008 R2 (SP2) - 10.50.4000.0 (X64)   Jun 28 2012 08:36:30   Copyright (c) Microsoft Corporation  Express Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pac

删除备份--DELETE命令 用于删除RMAN备份记录及相应的物理文件.当使用RMAN执行备份操作时,会在RMAN资料库(RMAN Repository)中生成RMAN备份记录,默认情况下RMAN备份记录会被存放在目标数据库的控制文件中,如果配置了恢复目录(Recovery Catalog),那么该备份记录也会被存放到恢复目录中. RMAN中的DELETE命令就是用来删除记录(某些情况下并非删除记录,而是打上删除标记),以及这些记录关联的物理备份片段. 删除过期备份.当使用RMAN命令执行备份操

前言   在局域网搭建了一个Jenkins服务,用于自动构建和发布,在调通了构建程序之后,想使用内网的GitLab的Webhook功能触发代码推送事件,然后进行自动构建.后来发现在GitLab上做测试的时候报500错误,后来慢慢查找相关资料,最终终于调通. Jenkins 添加GitLab Hook Plugin. Jenkins 项目设置-构建触发器 Gitlab Webhook设置 先添加一个Webhook,地址就是Jenkins中的通知地址 添加完成之后,点击 Test 进行测试 不过这里

#!/usr/bin/env python #-*- coding: utf-8 -*- """ @Project:Py @author:sandu @Email: sandu12345@msn.cn @Software: PyCharm @file: mysql_class.py @time: 2018/1/18 0018 下午 14:02 """ #导入模块 import time import os DATE = time.strftime

#!/usr/bin/env python #-*- coding: utf-8 -*- """ @Project:Py @author: @Email: @Software: PyCharm @file: test_rm.py @time: 2018/1/17 0017 下午 14:14 """ import os import time # 备份的指定目录 source = ['/usr/local/src/test1/'] # 备份文件存放

1 - GitLab配置文件 GitLab默认的配置文件路径:/etc/gitlab/ /etc/gitlab/gitlab.rb:主配置文件,包含外部URL.仓库目录.备份目录等 /etc/gitlab/gitlab-secrets.json:(执行gitlab-ctl reconfigure命令行后生成),包含各类密钥的加密信息 手工备份/etc/gitlab/的所有文件:cp -R /etc/gitlab/ <backup-path> 2 - 备份指令 备份指令不会备份配置文件,需要手动

最近公司发生了蛮多事情的,唉,咱也不管问啊,好好干活吧 需求 把gitlab的备份文件异地备份一份,备份无论失败还是成功通知某邮箱 实现思路 先rsync文件过去,判断rsync这个步骤有没有成功,失败了直接发送备份失败的邮件,成功了的话,再判断源文件和备份的文件的md5值,相等发送备份成功,不相等,发送备份失败 #!/bin/bash gitlab_dir="/data/backups/gitlab" file_name=`` #get lastest gitlab file por

!/bin/bash gitlab 服务器备份路径 LocalBackDir=/var/opt/gitlab/backups 远程备份服务器 gitlab备份文件存放路径 RemoteBackDir=/root/gitlab_backup 远程备份服务器 登录账户 RemoteUser=root 远程备份服务器 IP地址 RemoteIP=(备份服务器B的地址,请你自行修改) 当前系统日期 DATE=date +"%Y-%m-%d" Log存放路径 LogFile=$LocalBack

根据微软文档对sp_delete_backuphistory存储过程的介绍,SQL Server在每次备份和恢复数据库后,会向msdb系统数据库的备份和恢复历史表写入数据,如果SQL Server经常要做频繁的备份和恢复操作,会造成msdb系统数据库逐渐变大,所以微软建议定期调用msdb数据库的存储过程sp_delete_backuphistory来删除msdb系统数据库中备份和恢复历史表的内容: EXEC msdb.dbo.sp_delete_backuphistory @oldest_dat

一.Gitlab的备份 使用Gitlab一键安装包安装Gitlab非常简单, 同样的备份恢复与迁移也非常简单. 使用一条命令即可创建完整的Gitlab备份 [root@gitlab ~]# gitlab-rake gitlab:backup:create //比如使用以上命令会在/var/opt/gitlab/backups目录下创建一个名称类似为1481598919_gitlab_backup.tar的压缩包, 这个压缩包就是Gitlab整个的完整部分, 其中开头的1481598919是备份创

导航 一.背景二.依赖功能介绍三.本地备份脚本四.异地备份脚本五.定期删除备份六.github脚本地址 - - - - - - - - - - 分割线 - - - - - - - - - - 一.背景1.总会出出现环境上的数据丢失,在没有备份的情况下会非常的被动,不管是由于病毒还是人为的原因造成的程序.数据被删除,有时候后悔已经来不及,不如提前做到数据的备份,而异地备份也更加的保险一点.2.数据备份的意义就在于,当受到网络攻击.入侵.电源故障或者操作失误等事故的发生后,可以完整.快速.简捷.可靠

1.周期性计划任务: $crontab -e 0 0 * * * /opt/gitlab/bin/gitlab-rake gitlab:backup:create $service crond restart 每天凌晨备份gitlab的数据 2.删除过期的备份文件: 因为每天都会进行一次备份,而备份的数据比较大,磁盘空间会被大量使用,因此,定期删除过期的文件 $vim /var/opt/gitlab/backups/remove.sh !/bin/bash find "/var/opt/gitl

为了安全起见,我们每天都需要备份数据库,但是备份数据库的时间往往是在凌晨左右,大家都休息,没人使用的时候,这样我们就需要linux系统实现自动备份,即定时自动执行脚本.但是我们又不能让所有的备份一直保留,所以我们还需要删除去古老的备份.(我的操作系统版本是Linux ip-172-16-3-158 3.10.0-327.13.1.el7.x86_64,centos7) 首先,我们说linux系统的定时自动备份.据说有多种方法,我在这里使用的方法是,直接添加配置文件.我们在 /etc/cronta

gitlab自带的备份功能做不到实时备份,为了尽可能减少意外情况导致的丢失数据,自己搞了一个实时备份的功能. 备份的大头主要是两部分,数据库和代码库.数据库由DBA配置主备. 仓库经过测试,通过lsyncd同步repo仓库是可行的.lsyncd封装了inotify & rsync,会比使用inotify好用许多. lsyncd的使用: 安装 yum install -y lsyncd 使用 lsyncd -log Execxxx.conf xxx.conf 配置文件: settings { lo

本文针对如何设置GitLab以及Jenkins,实现每次GitLab上有提交事件的时候,都能触发Jenkins执行相应的操作,主要分为以下几个步骤: 1.新建GitLab测试用例 进入个人GitLab账号,在右上角的加号中,选出GitLab 的 New Project,可以新建个人的GitLab工程: 其余都走默认的设置,填写好project的名字,可以创建一个新的project,如图: 2.设置Jenkins 2.1 首先安装 GitLab plugin 在“系统管理”->“插件管理”,查看已

在gitlab机器的root用户执行 首先,假设有2台机器. gitlab 1.1.1.1 backup 2.2.2.2 做秘钥信任 gitlab root 生成 ssh-key copy密钥到backup机器的ubuntu用户. clone 自动备份脚本 配置自动备份任务 配置定时任务 ssh-keygen -t rsa ssh-copy-id ubuntu@2.2.2.2 root@gitlab # git clone https://github.com/sund/auto-gitlab-