服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

RAID 1失败 – 主磁盘1死了,不从镜像引导

我们有一个使用Raid-1安装的服务器,每个使用两个1TB的磁盘,并且由Centos上的软件configuration。 第一个磁盘(我们称之为sdb )已经死了,我们在不久的将来将其取代,而我们决定使用镜像磁盘sda启动服务器。 事情是系统无法启动。 在bios初始化屏幕后,它仍然保持黑屏。 我的想法是,他们没有configuration镜像磁盘镜像启动扇区的SDB 我用一个现场Ubuntu的CD启动机器,并检查磁盘。 我的第二个想法是,它缺乏MBR ,因为当我看着sda我看到一个分区sda1和sda2 ,其中第一个有10GB的空间,我无法访问。 然后剩下的990gb剩下的第二个分区sda2 ,这是我需要启动的分区,因为是与服务器文件和configuration 除此之外,我看到sdba拥有所有系统文件夹,例如/ boot / proc / bin … etc etcc 我已经红了,这可能会解决安装GRUB引导加载程序到磁盘,然后它可能会运行。 但是如果它能够工作的话,我会担心这个,因为已经创build了10gb的第一个分区。 其他论坛说这是无法挽回的,如果这是真的,有没有一种方法,我的格式10GB的SDB1分区,并安装操作系统来启动辅助分区和所有的服务? 在这里,我会把我收集的所有信息,如果你需要一些额外的相关信息,我会很乐意去找它并上传它 root@PartedMagic># sfdisk -d /dev/sda // # partition table of /dev/sda unit: sectors /dev/sda1 : start= 2048, size= 19529728, Id=fd /dev/sda2 : start= 19531776, size=1933991936, Id=fd /dev/sda3 : start= 0, size= […]

如何使rdiff备份带宽高效?

我正在使用rdiff-backup将文件从我的服务器备份到备份服务器。 我使用类似于以下的命令来运行备份: rdiff-backup [email protected]::/home/user/data/complete complete 这个备份工作正常。 但是,从Rdiff备份的function页面上可以看出: 带宽效率 :rdiff-backup依赖于librsync,因此使用与rsync相同的差别algorithm(rsync和rdiff-backup严格来说不共享任何代码)。 […]例如,假设你略微改变大文件A来创build大文件A' ,并且A仍然在远程系统上 。 当rdiff-backup运行时,它只会通过diff A-> A'发送 远程文件是使用mysqldump生成的数据库转储,每小时创build一次。 数据每小时不变多less。 每个文件名的格式为YYYYMMDDHHMM.sql 。 根据我对上述'function'的解释,rdiff-backup应该发送一个小差异来创build基于目录中其他文件的文件 – 换句话说,如果A prime是最新的备份, A是T -1的备份,它应该发送一个小的差异从A到A prime 。 但是,这显然不是这样工作的。 它正在发送整个新文件,即使新文件只是略有不同。 我希望数据传输是几兆字节,但它正在传输数百兆字节。 另外从手册页 : rdiff-backup还可以通过pipe道以带宽有效的方式运行,如rsync(1)。 因此,您可以使用ssh和rdiff-backup安全地将硬盘驱动器备份到远程位置,并且只会传输差异。 使用默认设置,rdiff-backup要求远程系统接受ssh连接,并且rdiff-backup安装在远程系统的用户PATH中。 有关其他选项的信息,请参阅远程操作部分。 所以我的问题是: 我是否正确解释这个function? 如果我是这样,我该如何使用rdiff-backup来运行?