一、背景
公司的生產環境某些應用的資料庫是部署在vmware平台上的,為了節約成本,領導現考慮將全部資料遷移至居於kvm的cas平台。之前做的是v2v遷移,但是效率不高,綜合了一下時間成本及其他因素,最終選擇採用備份與還原的方式進行遷移。源庫中有geekdevops_gsms、geekdevops_list、geekdevops_ams等三個屬於使用者gsms的庫。
二、環境
2.1備份主機環境
[root@geekdevops-db1 ~]# hostnamectl
static hostname: geekdevops-db1
icon name: computer-vm
chassis: vm
machine id: 18bc5992f24f495b84d8c231d63207ee
boot id: f8f49625ca5748b8a1cdb9d64d6a547e
virtualization: vmware
operating system: centos linux 7 (core)
cpe os name: cpe:/o:centos:centos:7
kernel: linux 3.10.0-327.el7.x86_64
architecture: x86-64
2.2還原主機環境
[root@geekdevops-db2 ~]# hostnamectl
static hostname: geekdevops-db2
icon name: computer-vm
chassis: vm
machine id: a4dbec2c1e1a496290d8f982bb758597
boot id: 79abbf46968c475fabb1757b08c214aa
virtualization: kvm
operating system: centos linux 7 (core)
cpe os name: cpe:/o:centos:centos:7
kernel: linux 3.10.0-327.el7.x86_64
architecture: x86-64
三、備份過程
3.1停止資料庫服務,殺死相關程序。
[root@geekdevops-db1 ~]# systemctl stop mysqld
[root@geekdevops-db1 ~]# ps -ef |grep mysql
3.2備份。 記一次生產ORACLE資料庫突然查詢變慢
資料庫 oracle 有乙個流水表,表資料量千萬級,乙個管理臺常用條件分頁查詢突然變慢,有日期條件且有索引。部署伺服器是多台,資料庫查詢操作使用hibernate框架。逐台伺服器sql日誌跟蹤排查,根據hibernate發出sql語句,在oracle資料庫檢查對應的執行計畫,使用檢視 v sql 獲...
記一次生產報too man open files
有一天私有雲無法訪問,馬上聯絡廠商,最後廠商發現好多容器不停重啟,經過日誌檢視發現平台開啟檔案控制代碼太多,很奇怪,就開始排查,最後發現乙個埠,定位到應用spring actuator.這個應用是我為了監控微服務而發布的乙個監控應用,馬上看日誌,發現應用報錯,too many open files,...
記一次生產環境中得刪系統庫行為
由於在生產環境中需要使用python 中得乙個包tensorflow在機器中匯入包發現有以下報錯 如圖所示 此圖為公升級後得截圖,正常應該指向是沒公升級前libc 2.12.so 然後我發現 在 bigdata anaconda lib 下面有 libc 2.17.so就考慮把libc 2.17.s...