您好,登錄后才能下訂單哦!
這篇“GitLab的數據備份、回復和升級方法”文章的知識點大部分人都不太理解,所以小編給大家總結了以下內容,內容詳細,步驟清晰,具有一定的借鑒價值,希望大家閱讀完這篇文章能有所收獲,下面我們一起來看看這篇“GitLab的數據備份、回復和升級方法”文章吧。
先打開/etc/gitlab/gitlab.rb配置文件,查看一個和備份相關的配置項:
gitlab_rails['backup_path'] = "/var/opt/gitlab/backups"
該項定義了默認備份出文件的路徑,可以通過修改該配置,并執行gitlab-ctl restart 重啟服務生效。備份執行一條命令就搞定:/opt/gitlab/bin/gitlab-rake gitlab:backup:create ,也可以加到crontab中定時執行:
0 2 * * * /opt/gitlab/bin/gitlab-rake gitlab:backup:create
可以到/var/opt/gitlab/backups找到備份包,解壓查看,會發現備份的還是比較全面的,數據庫、repositories、build、upload等分類還是比較清晰的。
每天執行備份,肯定有目錄被爆滿的風險,我們可以立馬想到的可以通過find 查找一定的時間前的文件,配合rm進行刪除。不過不需要這么麻煩,gitlab-ce自身集成的有自動刪除配置。同樣打開/etc/gitlab/gitlab.rb配置文件,可以找到如下配置:
gitlab_rails['backup_keep_time'] = 604800
這里是設置備份保留7天(7360024=604800),秒為單位,如果想增大或減小,可以直接在該處配置,并通過gitlab-ctl restart 重啟服務生效。
恢復前需要先停掉數據連接服務:
gitlab-ctl stop unicorn gitlab-ctl stop sidekiq
如果是臺空主機,沒有任何操作,理論上不停這兩個服務也可以。停這兩個服務是為了保證數據一致性。如果你沒修改過默認備份目錄的話,將老服務器/var/opt/gitlab/backups目錄下的備份文件拷貝到新服務器上的/var/opt/gitlab/backups,執行下面的命令進行恢復:
gitlab-rake gitlab:backup:restore BACKUP=備份編號
上個圖,看的更直觀:
上面的操作中,有兩個注意點:
1、到底那個是備份編號? — _gitlab之前的部分都是;
2、600權限是無權恢復的。 — 這里改成了777;
后面再輸入兩次yes就完成恢復了。
恢復完成后,啟動剛剛的兩個服務,或者重啟所有服務,再打開瀏覽器進行訪問,發現數據和之前的一致:
gitlab-ctl start unicorn gitlab-ctl start sidekiq 或 gitlab-ctl restart
還有一點要別注注意,根據以往的經驗,通過備份文件恢復gitlab必須保證兩臺主機的gitlab版本一致,否則會提示版本不匹配。
升級比較簡單,但最好不要跨越太大的版本,版本差別比較大時,最好逐個版本往上升。
# 關閉gitlab服務gitlab-ctl stop unicorn gitlab-ctl stop sidekiq gitlab-ctl stop nginx# 備份gitlabgitlab-rake gitlab:backup:create# 升級rpm包rpm -Uvh gitlab-ce-xxx.rpm# 啟動并查看gitlab版本信息gitlab-ctl reconfigure gitlab-ctl restart head -1 /opt/gitlab/version-manifest.txt
可能遇到的報錯,
Error executing action `run` on resource 'ruby_block[directory resource: /var/opt/gitlab/git-data/repositories]'解決方法: sudo chmod 2770 /var/opt/gitlab/git-data/repositories
以上就是關于“GitLab的數據備份、回復和升級方法”這篇文章的內容,相信大家都有了一定的了解,希望小編分享的內容對大家有幫助,若想了解更多相關的知識內容,請關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。