1. 华为RH2288 V3服务器的RAID1设置
华为作为国产品牌，已成为大多数中国人心中的骄傲，当然，我也是其中一份子。支持国产品牌，更因为骨子里是对自己的信任，对未来前景的看好，虽然我不是华为人。前段时间，公司买了一台华为服务器 RH2288 V3 ，是一个裸机。
作为一名服务器小白，对服务器的了解甚少，把服务器的参数看了 N 遍，有些参数明白，比如内存 16G ， 8 盘位，可以安装 8 块硬盘。还特别问了客服，硬盘是否可以扩容？客服回答，是可以的，你所选择的服务器目前只安装了一块硬盘。想一想公司里没有什么系统安装软件，自己对服务器了解甚少，就拜托客服把系统安装好了，再寄过来。
几天后，服务器寄过来了，打开一看，只有一个盘且剩余容量只有 70G 了，这还没有干什么呢。先咨询客服这款服务器可以配置什么样子的硬盘，又和老板商量再买一个固态硬盘，最后锁定 华为（ HUAWEI ）服务器硬盘 600GBSAS 2.5 英寸。客服又问我，服务器有没有在使用，我说还没呢，客服说先不要用，要重装系统的，喔，好吧。
硬盘邮寄过来了，重装系统，重装系统后就报了个错，Missing operation system 什么意思呢，错误的操作系统？我的英文也很蹩脚，如图 -2 ，问了客服，客服犹豫了一下，回答说，需要一个引导盘，再寄个引导盘过来，好吧，我静静地等着。
过了一天半，引导盘寄过来了，还送了一个系统安装盘，之前给过一个的。这两张盘从北京发到苏州，一天半就到了，速度没得说，快。客服之前打过我的电话，听我的声音是女生，特意给我配置了一个技术人员，重新安装系统。
第一次装系统时，需要做 RAID ，也就是做阵列，首先启动服务器，在出现华为的 logo 后的第二个屏幕，当屏幕上出现 CTRL C 时， 如图-3所示
按下CTRL+C后，进入CU界面，可以看到LSISAS2308的选项，只有这么一个选项，如图-4所示
按下enter键，进入RAID属性设置页面，如图-5所示
如果系统曾经安装过，设置过raid，这里需要选择delete raid properties,也就说需要删除raid的痕迹，删除过后，再重新来到这一步，按下enter键，选择要设置raid的模式，我选择的是raid1模式，如下图-6所示
此时按下Enter键之后，出现如下图-7所示
按下空格键，NO就会变成Yes，Yes的意思是表示加入当前的RAID,默认No未加入当前的RAID, 最后按下C键，进入保存设置的页面，如图-8所示
继续按Enter，然后又会回到这个界面，这时，可以选择第四个选项Exit the configuration utility and reboot，保存所做的设置并退出，按过Enter键盘之后，就可以直接按ESC直接退出了。
这时需要装入系统引导盘，系统引导盘顾名思义是安装系统之前的引导盘，这个安装很简单，选项都选默认的，语言选择中国，地址选择北京，再设置个电脑的用户名及登录密码，其他的直接选择下一步就可以了。
在安装完系统引导盘，装入系统盘后，出现了下面的错误，如图-9所示
询问了技术人员，技术人员说忽略这一步，于是叉掉了这个对话框，继续下去，继而又出现了一个错误，找不到指定的硬盘，这是什么原因，再次像技术人员请教，技术人员有发给我一个压缩包，拷贝到U盘进行安装，又出现了一个错误，如图-10所示
就这样反反复复多次，系统依旧没有安装成功，技术人员为难了，这是为啥呢，为啥这个机器总是安装不成功呢，我也是在他的视频指导下安装的，不行只能邮寄到北京了...
这样反反复复的安装，安装步骤我都记在心里了，额，有两张系统盘，抱着试试看的心态，又安装了一次，换了一张系统盘。
过了半个小时，没想到，安装一直继续中，莫非安装要成功了，果真，安装成功了。纳尼，这是为什么，迅速查看了新寄过来的系统盘，好吧，里面空的耶。
系统完全安装好之后，再确认一下，新装的固态硬盘是否识别，双击我的电脑，一看，怎么还是一个盘，还是只有剩余的70个G，再次联系了技术人员，技术人员电话视频了我，把未识别的硬盘识别出来了。
事后我反思，如果一开始，就这样按照技术人员的方法是不是就可以把硬盘识别出来了，也就不用这么折腾的重新RAID，重新安装系统引导盘，重新安装系统了？这款硬盘可是支持热插拔的，和U盘一样，客服让我重装系统时，我心里也有过疑问，加快硬盘也要重装系统，不合常规呀，太不智能了吧，但是心里没底，也没敢和客服说出自己的想法！这说明几个问题，第一个我不懂，没吃过猪肉，也没见过猪跑；第二个客服不懂，不懂硬盘的热插拔；第三个技术人员也不了解事情的经过，技术人员懂热插拔，肯定不了解事情的经过，不知道这个服务器曾经安装过系统。
当然这样反反复复的安装，让我这个服务器小白学到了怎么做RAID，怎么做系统，对RAID0、RAID1有一个初步的了解。在技术人员问我要做RAID0还是RAID1时，我的心里是茫然的，不知道这两个的区别。网络之后，才知道其中的差异，RAID0存储利用率高，但是没有备份，RAID1存储利用率不高，但是有备份。作为公司的测试服务器，文档和数据还是需要备份的，这点很重要。
做阵列并不难，关键在英文水平和理解能力，像我英文这么蹩脚的安装几次，也记住了其中的步骤。英文好一些的，知道安装步骤里的英文意思，安装起来改该选择哪些选项，按照命令提示就可以完成的。看来，还是自个儿英文学的不咋地呀。
安装服务器系统并不难，难的是抗拒对未知的恐惧，还有就是英文有待提高呀，在做事情时，思考和执行同样重要，执行出现问题时，一定要细细思考，查找原因，不懂原理更容易出现盲目执行、盲目试错、盲目失败呀，一定要牢记！
2. 华为服务器怎么做raid10
一、raid0的配置
1.服务器开机自检后，下一步就会进入Raid卡自检过程，此时显示器上会出现Ctrl -A提示，如下图：
2.Optimal表示raid状态正常，Degraded表示有一块硬盘掉线，阵列降级，Offline表示有两块或以上硬盘掉线，阵列不可用 按下Ctrl -A组合键后，自检完成就会进入Raid卡配置界面，如下图：
3.选择Array Configuration Utility进入配置主界面
4.选择Create Array进入raid配置界面，选择硬盘，这里以四块硬盘为例，按空格键选择
5.选择raid0（注意，如果您需要单盘配置raid0，则这里选择volume）
6.输入Array Label，比如volume1
7.输入Array Size（卷大小），默认容量为最大容量
8.选择条带大小，默认为256KB
9.选择Read Caching（读策略），默认为enabled：
10.选择Write Caching（写策略），默认为Enable always
选择Enable always后，会有确认提示，按Y键
再次确认，按Y键
11.选择Raid创建方式，建议选择Quick init（快速初始化）
12.最后选择【Done】回车，出现完成提示时按任意键退出。
完成配置后可以在Manage Array中查看阵列状态，其中Optimal为正常，Degraded为阵列降级，代表有硬盘掉线，Offline为阵列掉线。
二、Raid1的配置
1.进入raid配置界面，选择Create Array进入raid配置界面。选择2块硬盘，按空格键选择
2.选择Raid级别
3.输入Array Label（卷标），如volume1
4.输入Array Size（卷大小），默认容量为最大容量
5.Array Size（条带大小）默认为N/A，不可选
6.选择Read Caching（读策略），默认为enabled：
7.选择Write Caching（写策略），默认为Enable always
选择Enable always后，会有确认提示，按Y键
再次确认，按Y键
8.选择创建raid方式，建议选择Quick Init（快速初始化）
9.最后选择【Done】回车，出现完成提示按任意键退出，然后在Manage Array中查看raid状态是否配置正常。其中Optimal为正常，Degraded为阵列降级，代表有硬盘掉线，Offline为阵列掉线。
三、Raid5的配置
1.进入raid配置界面。选择Create Array进入raid配置界面。最少选择3块硬盘，这里以3块硬盘为例，按空格键选择
2.选择Raid级别：
3.输入Array Label（卷标），如volume5
4.输入Array Size（卷大小），默认容量为最大容量
5.Array Size（条带大小）默认为N/A，不可选
6.选择Read Caching（读策略），默认为enabled：
7.选择Write Caching（写策略），默认为Enable always
选择Enable always后，会有确认提示，按Y键
再次确认，按Y键
8.选择创建raid方式，建议选择Quick Init（快速初始化）
9.最后选择【Done】回车，出现完成提示按任意键退出，然后在Manage Array中查看raid状态是否配置正常。其中Optimal为正常，Degraded为阵列降级，代表有硬盘掉线，Offline为阵列掉线。
四、Raid6的配置
1.进入raid配置界面。选择Create Array进入raid配置界面。最少选择4块硬盘，按空格键选择
2.选择Raid级别：
3.输入Array Label（卷标），如volume5
4.输入Array Size（卷大小），默认容量为最大容量
5.Array Size（条带大小）默认为N/A，不可选
6.选择Read Caching（读策略），默认为enabled：
7.选择Write Caching（写策略），默认为Enable always，保持默认即可，会有确认提示，按Y键
再次确认，按Y键
8.选择创建raid方式，建议选择Quick Init（快速初始化）
9.最后选择【Done】回车，出现完成提示按任意键退出，然后在Manage Array中查看raid状态是否配置正常。其中Optimal为正常，Degraded为阵列降级，代表有硬盘掉线，Offline为阵列掉线。
五、Raid10的配置
1.进入raid配置界面。选择Create Array进入raid配置界面。最少选择4块硬盘，必须是偶数，按空格键选择。
2.选择Raid级别：
3.后续步骤与创建raid5和raid6类相同，不再赘述。
最后，在Manage Array中查看raid状态是否配置正常。其中Optimal为正常，Degraded为阵列降级，代表有硬盘掉线，Offline为阵列掉线。
六、热备盘（Hotspare）配置
1.RAID卡配置界面下有Global Hotspare选项，回车进入热备盘配置界面。
2.有提示信息，按任意键继续。
3.左侧列表显示当前所有硬盘，可配置热备的硬盘为白色高亮显示，已配置RAID的磁盘盘则是灰色不可选。
4.空格选择硬盘
5.回车后会有提示是否保存，按Y键确认。
3. 华为云带你探秘Xtrabackup备份原理和常见问题分析
摘要：本文来自华为云MySQL研发团队，主要分享了MySQL备份工具Xtrabackup的备份过程、华为云数据库团队对其做的优化改进，以及在使用中可能遇到的问题与解决方法。
本文来自华为云MySQL研发团队，主要分享了MySQL备份工具Xtrabackup的备份过程、华为云数据库团队对其做的优化改进，以及在使用中可能遇到的问题与解决方法。文章讨论的内容主要是针对华为云RDSforMySQL,以及用户自建的社区版MySQL数据库，希望有助于大家理解和使用Xtrabackup，以后面对Xtrabackup问题也更加从容。
一、Xtrabackup简介Xtrabackup是Percona团队开发的用于MySQL数据库物理热备份的开源备份工具，具有备份速度快、支持备份数据压缩、自动校验备份数据、支持流式输出、备份过程中几乎不影响业务等特点，是目前各个云厂商普遍使用的MySQL备份工具。
当前Xtrabackup存在两个版本：Xtrabackup2.4.x与8.0.x，分别用于备份MySQL5.x与MySQL8.0.x版本。下面我们分别介绍Xtrabackup如何备份MySQL社区版以及华为云上的Xtrabackup的备份原理
二、社区版MySQL的Xtrabackup备份Xtrabackup是为PerconaMySQL设计的，同时也支持对官方社区版本MySQL进行备份，过程如下图所示：
兼容性检查：Xtrabackup社区版本只支持MyISAM,InnoDB,CSV,MRG_MYISAM四种存储引擎的表，其他存储引擎的表不会备份；在这一步中，通过查询tables，若发现存在表的存储引擎不是上述四种引擎之一，会打印warning,表明Xtrabackup不会备份该表。
启动redo后台备份线程：启动redo后台备份线程，从备份实例的最近一次checkpointLSN的位置开始备份所有增量的redolog，一直持续到备份任务结束。
加载所有的innodb表空间：打开并扫描所有innodb表的数据文件，检查所有表空间的第一个页面，初始化所有表的内存结构。
备份innodb表：遍历步骤3所构建的表的内存结构，备份每一个innodb表的数据文件，备份的过程中会检查每个页面的数据是否正确。
加备份锁FLUSHTABLESWITHREADLOCK(FTWRL)：FTWRL锁是MySQL实例级的读锁，加锁过程复杂，且加锁之后，所有表的所有更新操作以及DDL都会堵塞。
备份非innodb表：因为在步骤5我们已经对实例加了读锁，因此，此时备份非innodb表是安全的，此时一定没有写业务。
记录binlog当前的GTID信息：请注意，此时我们仍持有全局读锁。这一步主要是方便我们使用该备份集快速地创建出备机。
停止redo备份线程。
释放锁资源，备份结束。
需要注意的是，Xtrabackup2.4.x与8.0.x在第7、8这两个步骤存在差异，这个差异有MySQL8.0.x的原因，详情我们在下文介绍。
三、华为云RDSforMySQL备份在备份社区版MySQL实例时，Xtrabackup会对实例加全局读锁(FTWRL)，该锁对数据库的业务影响很大，严重时甚至会导致数据库“挂起”，这对客户来说是不可接受的。因此华为云MySQL团队对这个过程进行了优化，主要有两点：
对MySQL5.x以及0.x增加了备份锁：LOCKTABLESFORBACKUP
对MySQL5.x新增了binlog锁：LOCKBINLOGFORBACKUP
优化之后，华为云Xtrabackup对MySQL的备份过程如下：
与FTWRL锁相比，备份锁LOCKTABLESFORBACKUP对客户实例影响很小，其加锁过程简单，加锁期间innodb表的DML操作不受影响，但是非innodb表的所有的更新操作以及DDL操作仍然是不允许的。
备份完所有的表文件后，Xtrabackup需要获取binlogGTID信息。
对于MySQL5.x版本，Xtrabackup2.4.x会执行LOCKBINLOGFORBACKUP操作，对binlog加锁，然后获取GTID信息。
对于MySQL8.0.x版本，华为云Xtrabackup8.0.x沿用官方的一致性备份点查询方法。Xtrabackup查询log_status时，MySQL服务器会分别对redolog,binlog等加轻量级锁，获取一致性备份点，这个过程是非常短暂的，对实例的运行几乎没有影响。MySQL8.0.x的备份一致性点，会告诉我们一致性的redologLSN以及binlog的GTID；查询完备份一致点后，Xtrabackup会备份最后一个binlog文件，用于恢复时仲裁事务是否需要回滚；最后，redolog备份线程任务会在其读取到的redolog的LSN大于查询到的备份一致性点的redologLSN处停止。
由于Xtrabackup2.4.x与8.0.x在处理binlog时存在差异，恢复过程也存在差异，我们会在后续文章中详细阐述。
四、常见问题与解决方法华为云已经使用Xtrabackup为公司几乎所有的MySQL实例提供备份服务，在使用过程中，我们积极与社区保持联系，向Percona社区报告使用过程中的一些问题，帮助Xtrabackup向更好的方向演进。此外，对于发现的一些致命问题，若社区未能及时修复，华为云数据库团队会进行及时修复以保证备份数据的正确性。
下面是我们总结在使用Xtrabackup备份过程各个阶段可能遇到的问题，分析其原因以及对应的解决方法，
1.兼容性检查阶段问题现象：Xtrabackup启动后，立即长时间“挂起”，查看日志发现redolog备份线程也没有启动。
原因：Xtrabackup兼容性检查时无法获取MDL锁。Xtrabackup兼容性检查是通过查询imformation_schema.tables这个插件表实现：
“SELECTCONCAT(table_schema,'/',table_name),engineFROMinformation_schema.tablesWHEREengineNOTIN('MyISAM','InnoDB','CSV','MRG_MYISAM')ANDtable_schemaNOTIN('performance_schema','information_schema','mysql')”
在查询每张表时，需要获取对应表的MDL锁，如果此时MySQL实例中存在长时间的DML或者DDL语句，或者更严重者出现了MDL死锁，上面的查询会一直堵塞在等待MDL锁阶段，此时Xtrabackup会长时间“挂起”。
解决办法：若等待锁的原因只是因为其他SQL语句的堵塞，等待其他SQL执行完成即可；若是发生了死锁，此时需要分析出死锁原因，将死锁解除；华为云RDSforMySQL提供了MDL锁视图功能，可以很好地帮助用户分析业务的MDL死锁。
2.redolog备份阶段问题现象1：redolog回卷，备份失败，Xtrabackup报如下错误信息：
“xtrabackup:error:,orlogfilesbeingtoosmall. ");”
原因：在备份的过程中，如果主机业务负载很高，导致redolog写入的速度很快，会发生Xtrabackup的redolog备份线程的备份速度小于redolog的写入速度，因为MySQLredolog文件写入使用了round-robin的方式，使得新写入的日志覆盖了之前写入却还未备份的日志，因此备份失败。
解决办法：推荐在业务低峰期进行备份，或者增大redolog的文件大小。
问题现象2：备份因DDL操作失败，错误信息如下：
“Anoptimized(withoutredologging)DDLoperationhasbeenperformed..
.Retrythebackupoperation”
原因：备份过程中MySQL实例发生了创建索引的DDL操作，因为创建索引不会写redo，若继续备份会引起数据不一致问题，所以Xtrabackup在这种场景中备份失败是预期行为。
解决办法：不要在备份过程中创建索引，如果确实需要，建议在建表语句中直接带上索引，或者使用lock-ddl参数进行备份(阻塞实例上新的DDL操作)。
问题现象3：undotruncate导致备份失败，Xtrabackup错误信息如下：
“Anundoddltruncation(couldbeautomatic)operationhasbeenperformed.”
原因：在Xtrabackup备份期间，如果MySQL实例发生undotruncate时，有可能会出现写入新undo文件(spaceid不同)的undo日志丢失导致恢复出来的数据存在问题。官方在Xtrabackup8.0.14版本(基于MySQL8.0.21)对该问题进行了修复，修复方法是redo备份线程，解析redolog时若发现该操作是undolog的truncate操作，则会备份失败。遗憾的是，该修复并没有完全解决问题，在以下两种场景中，社区版本的Xtrabackup仍可能会发生恢复出来的数据存在不一致的现象：
MySQL版本低于MySQL8.0.21;
用户在备份过程中，自己创建了新的undotablespace。
解决办法：在备份期间关闭undotablespace的truncate操作，并禁止用户创建undotablespace，能够有效地防止备份数据恢复出来不一致的问题；另外华为云Xtrabackup对这个问题进行了进一步的修复，可以有效地防止此类现象发生。
3.加载表空间阶段问题现象1：Xtrabackup报错：Toomanyopenfiles
原因：操作系统允许同时打开的文件数量是有限的，Xtrabackup在loadtablespace阶段会同时打开所有的表文件，如果Xtrabackup打开的表的个数超过了该限制，则会备份失败。
解决办法：调大操作系统，允许同时打开最大文件数的配置，或者使用lock-ddl参数(阻塞实例上新的DDL操作)。
问题现象2：renametable导致备份失败，错误信息如下：
“Tryingtoaddtablespace'xxxx',!;”
原因：在Xtrabackup打开表空间的全过程是没有加锁的，如果发生了renametable有概率会发生重复加载相同的表空间，此时Xtrabackup会检测到重复的tablespaceid，因此备份失败。
解决办法：一般来说，加载表空间是一个很快的操作，renametable并不是一个很频繁的操作，这种情况重试即可(PerconaXtrabackup2.4.x仅支持单线程加载表空间，华为云Xtrabackup支持多线程加载表空间)。
4.备份innodb表阶段问题现象：innodb表数据文件损坏，备份失败，错误信息如下：
“xtrabackup:,retrying.”
原因：Xtrabackup在备份innodb表数据文件时，会检查每个页面的checksum，如果发现checksum不对，则备份失败，这时说明MySQL实例的数据已经发生了损坏(例如磁盘静默错误)。
解决办法：需要通过恢复前一次的备份数据或者其他的办法将数据进行修复之后，备份才能成功，在后续的文章中，我们也会详细介绍数据修复办法。
五、结语本文主要对比介绍了Xtrabackup备份原理，备份社区版MySQL以及华为云对其的改进，并分享了Xtrabackup常见问题的排查与解决，后续我们也会为大家带来更深入的分析，更实用的使用技巧，希望对大家理解和使用Xtrabackup有帮助。我们也将持续为客户提供更好的数据库服务，并时刻守护客户的数据安全。