成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

誰偷了我的云主機文件?!五大場景避坑指南

新聞 云計算
在云主機的日常運維工作中,我們的工程師經常會遇到用戶上報的文件丟失類問題,原因多種多樣,這些問題對用戶造成了或大或小的困擾。現將其中較典型的場景梳理出來,希望能夠幫助大家規避掉這些風險,防止重復踩坑。

 [[326625]]

在云主機的日常運維工作中,我們的工程師經常會遇到用戶上報的文件丟失類問題,原因多種多樣,這些問題對用戶造成了或大或小的困擾。現將其中較典型的場景梳理出來,希望能夠幫助大家規避掉這些風險,防止重復踩坑。

場景一:云主機重啟后文件丟失

現象:

用戶上報:我的云主機重啟后,上面存放的數據怎么沒了,是不是云主機有問題啊?!

分析:

與用戶溝通后確認,是用戶存儲在/dev目錄下面的文件不見了。很明顯,用戶數據存儲在文件系統類型為tmpfs的/dev目錄,tmpfs文件系統默認存儲在內存中而非持久化的磁盤,所以重啟主機后數據丟失。

解析:

1、何為tmpfs?

tmpfs是一種基于內存的臨時文件系統,數據存儲在ram中,性能非常好。

2、Linux系統有哪些tmpfs?

/dev、/dev/shm、/sys/fs/cgroup、/run/user/0等,tmpfs文件系統默認為內存總大小的一半。通過df 命令可以看到哪些卷是tmpfs文件系統(Filesystem列顯示為tmpfs):

谁偷了我的云主机文件?!

建議:

1、tmpfs只用于程序/應用的緩存;

2、不建議將數據放在tmpfs中(除非可承受數據丟失的風險)。

場景二:誤執行rm命令

現象:

用戶上報:云主機重啟后ping不通,或者系統一些服務啟動不了,系統關鍵文件丟失等等。

分析:

1、通過虛擬化的控制臺看到,OS卡在開機界面并且報大量的命令不存在;

2、掛載鏡像進入系統后,通過less /root/.bash_history查看用戶的操作記錄,可能看到rm -rf / 、rm -rf 、rm -rf . /*(點號與斜杠之間有空格)、rm -rf ./ 等之類的命令,導致大量的系統目錄及文件被刪除掉;

3、執行rpm -Va |grep miss 命令校驗丟失的系統文件(對于不是通過rpm包安裝的文件無法校驗)。

建議:

1、慎重使用rm命令,尤其時帶上-r 及-f 參數時; 可以加上-i參數進行刪除確認;

2、出現誤操作時,要第一次時間停掉磁盤的寫入,再想辦法恢復,避免被刪除文件的磁盤空間被覆蓋;

3、對于刪除的系統文件,可以從其他正常的系統通過拷貝的方式還原;

4、對于一些系統文件或配置文件,還可以通過yum reinstall 包名/yum update 包名 命令重新安裝/升級安裝來還原。

場景三:文件系統損壞(FIO)

現象:

用戶上報:在云主機上運行的 MySQL數據庫異常。

分析:

1、通過監控看到云主機的IOWAIT比較高,懷疑和IO限制有關:

谁偷了我的云主机文件?!

2、放開云主機磁盤限制后,仍然出現異常;MySQL服務不斷的在crash,并且備機與主機的現象一樣,打印如下日志:

谁偷了我的云主机文件?!

3、DBA定位,反饋 MySQL的數據文件有問題。

4、在備機上發現,mysql 數據文件所在卷的文件系統有異常并且異常比較嚴重,在該卷上創建創建文件也會失敗:

谁偷了我的云主机文件?!

5、通過history命令分析root用戶操作記錄,發現用戶使用fio命令對/dev/vdb磁盤(/data卷所在的磁盤)直接進行壓測,壓測有隨機寫、順序寫,而不是寫/data目錄:

谁偷了我的云主机文件?!

6、MySQL主節點也有執行相同的 fio 操作,由于fio是繞過文件系統層直接對塊設備進行操作,磁盤的真實數據已經被覆蓋,導致文件已經嚴重破壞,MySQL數據庫無法解析錯誤的數據文件,從而crash。

7、2臺MySQL主機的/data卷數據已經不可靠,需要重新格式化/data卷,并通過備份節點進行恢復數據。

建議:

1、生產環境要慎用 fio 工具,應該在上線前進行壓測;

2、使用 fio 命令時,—filename 參數一定不要直接指定塊設備(如/dev/sda、/dev/vdb等),而要指定一個普通文件,可以先touch一個空文件,再指定這個文件名。

谁偷了我的云主机文件?!

測試完成后,再刪除該文件即可,不然會占用 -size 參數所指定的空間。

場景四:文件系統損壞(DD)

現象:

用戶上報:云主機文件訪問異常。

分析:

1、云主機數據卷上的文件無訪問,并且ls也異常,報【Structure needs cleaning】錯誤:

谁偷了我的云主机文件?!

2、通過dmesg及 /var/log/messages日志文件看到有大量xfs文件系統的報錯:

谁偷了我的云主机文件?!

3、通過history命令分析root用戶操作記錄,發現root用戶有使用dd 命令對 /dev/vdb 磁盤(/data卷所在的磁盤)直接進行壓測,對/dev/vdb磁盤寫零:

谁偷了我的云主机文件?!

建議:

1、生產環境要慎用 dd 工具,應該在上線前進行壓測;

2、使用 dd 命令時 of 參數一定不要直接指定塊設備(如/dev/sda、/dev/vdb等)要指定一個普通文件。

如下:

谁偷了我的云主机文件?!

場景五:數據盤被誤刪除

現象:

用戶上報:云磁盤被誤刪除。

分析:

1、登錄云門戶查看云磁盤的刪除時間,由于云資源是延遲一段時間再刪除的,短時間內還可以找回被刪除的資源:

谁偷了我的云主机文件?!

2、在虛擬化控制臺,確認磁盤是否已經刪除(State狀態要為Ready):

谁偷了我的云主机文件?!

3、如果尚未刪除,可以將云磁盤重新attach到主機;

4、在云門戶同步云磁盤信息。

建議:

1、云磁盤的刪除操作請謹慎,誤刪后數據真得無法恢復;

2、刪除操作前先確認:

A. 在主機上通過lsof -n、df  -h、lvs/pvs/vgs、lsblk等工具確認磁盤是否在使用、是否用于擴容的卷;

B. 對于非用于擴容的卷,確認后,先umount卷、并且清除/etc/fstab中掛載點的信息;

C. 用于擴容的卷無法直接刪除,刪除會導致原卷出現異常;

3、出現誤操作時,要第一時間聯系恢復,否則磁盤會被物理清理。

 

責任編輯:張燕妮 來源: 高效運維
相關推薦

2025-01-20 09:00:00

架構開發代碼

2024-12-31 15:52:43

2019-08-15 09:45:54

軟件技術Docker

2021-08-11 09:28:40

AI 數據機器學習

2019-10-15 15:22:56

人工智能智慧社區智能

2019-08-15 10:41:33

云時代運維容器

2022-03-04 18:11:16

信服云

2018-08-28 08:10:19

AI芯片自動駕駛手機

2020-04-28 22:14:07

自動化威脅Bots

2021-04-28 09:26:25

公有云DTS工具

2019-12-18 10:20:30

混合云公共云私有云

2014-01-09 09:10:32

公有云云安全

2023-11-29 11:55:15

2011-04-21 11:39:13

2019-10-16 16:38:04

技術云計算固態硬盤

2018-07-11 06:52:47

云計算云遷移

2021-11-08 20:33:49

云原生云計算部署

2024-04-03 12:30:00

C++開發

2024-04-24 13:45:00

2012-03-10 14:36:44

Android云存儲
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 午夜精品久久久久99蜜 | 国产农村一级片 | 欧美中文字幕一区 | 日批的视频 | 伊人网影院 | 精品9999| 国产乱码精品1区2区3区 | 自拍亚洲 | 99久久免费精品国产男女高不卡 | 国产资源一区二区三区 | 国产高清视频一区 | 日本精品一区二区 | 亚洲一区在线观看视频 | 91久久婷婷 | 成人小视频在线观看 | 久久久久一区二区 | 伊人超碰 | av一区二区三区四区 | 成人福利网站 | 黄色一级大片在线免费看产 | 久久久久国产精品 | 久久日韩粉嫩一区二区三区 | 三级黄色片在线播放 | 精品国产一区二区三区久久久四川 | 日韩成人在线观看 | 精品无码久久久久国产 | av看片| 理论片午午伦夜理片影院 | 成人免费视频7777777 | 免费视频一区二区三区在线观看 | 午夜国产精品视频 | 黄色在线免费看 | 成人免费看黄网站在线观看 | 丁香色婷婷| 亚洲精品自在在线观看 | 精品亚洲一区二区三区 | 久久久久久国产精品免费免费男同 | 国产精品日韩欧美一区二区三区 | 美女久久| 亚洲久久 | 久久亚洲精品久久国产一区二区 |