最近才考虑数据库迁移，想起了之前做DTS踩过的那些坑。基于数据库迁移，比如从源A库迁移到源B库，包括但不限于数据库上云。这种方案是允许停服的场景，通过mysqldump就搞定了，就不说了。

保存到全局链表allnodes中。在成功添加i2c适配器后，会调用of_i2c_register_devices()接口。简而言之，Linux采用DTS描述设备硬件信息后，省去了大量板文件垃圾信息。值得注意的是，加载流程并不是按找从树根到树叶的方式递归注册

由于尝试直接使用DTS工具迁移，从微软云迁移SQL数据库到RDSSQLserver时发现，DTS虽然能够连接到AzureSQL,但是无法获取结构，主要由于AzureSQL是微软针对微软云定制的数据库版本。

真没劲，又干这种没技术含量的活了！把客户一个用了N年的数据库要迁移到我们系统的数据库中来。比较犹豫怎么导的问题，要么写个小JDBC程序？想了想，还是不要再发明个轮子算了。唉，所以DTS导过来的，要先改名，如：

数据传输服务DTS正式推出MySQL实例间的双向同步，助力企业快速复制阿里巴巴异地多活架构。DTS已经连续4年平稳支撑阿里巴巴双11异地多活场景，并已为阿里云上万用户提供安全、可靠的数据流服务。为了有效解决这些问题，保证服务的持续可用，目前业界比较热门的技

最近一周，云服务提供商AWS，Azure相继出现大面积服务故障，AWS 美国东一区S3宕机故障、Azure 28个数据中心有26个数据中心出现停服故障。对于那些将服务/数据集中部署在故障区域的公司来说，AWS/Azure的区域故障直接导致了他们业务的不可服

最近在XX客户现场进行了一次RDS数据库灾备实施，使用的是阿里云的数据传输服务。这里先简单介绍一下，数据传输是阿里云提供的一种支持RDBMS、NoSQL、OLAP等多种数据源之间数据交互的数据服务。它提供了数据迁移、实时数据订阅及数据实时同步等多种数据传输

其中.dt_compat = ******_dt_compat 这个结构体是匹配是哪个dts文件, 如:static const char * const ******_dt_compat[] = { "******,******-soc&

目前云计算、大数据、互联网领域的大部分系统都采用了SOA、微服务化的架构。一个涉及端到端全链路的业务操作往往会由多个服务和数据库实例共同完成。因此，在一致性要求较高的业务场景中，如何保证多个服务之间RPC调用后的数据一致将成为关键点。在大多数情况下只能满足

gpio调试的方式有很多，linux3.0以上ARM架构的处理器基本上都采用了DTS的方式，在linux3.0可以通过获取sysfs的方式来获取gpio状态；4 gpio_set_value; //设置

概念Linux内核从3.x开始引入设备树的概念，用于实现驱动代码与设备信息相分离。在设备树出现以前，所有关于设备的具体信息都要写在驱动里，一旦外围设备变化，驱动代码就要重写。引入了设备树之后，驱动代码只负责处理驱动的逻辑，而关于设备的具体信息存放到设备树文