数据孤岛就是数据间缺乏关联性，数据库彼此无法兼容。专业人士把数据孤岛分为物理性和逻辑性两种。物理性的数据孤岛指的是，数据在不同部门相互独立存储，独立维护，彼此间相互孤立，形成了物理上的孤岛。逻辑性的数据孤岛指的是，不同部门站在自己的角度对数据进行理解和定义，使得一些相同的数据被赋予了不同的含义，无形中加大了跨部门数据合作的沟通成本。

“企业发展到一定阶段，出现多个事业部，每个事业部都有各自数据，事业部之间的数据往往都各自存储，各自定义。每个事业部的数据就像一个个孤岛一样无法(或者极其困难)和企业内部的其他数据进行连接互动。”我们把这样的情况称为数据孤岛。

1、最重要还是因为企业的工作是以部门为主的功能型，这样的话每个部门都会有业务数据的产生，有对数据保存和使用的需要，不同部门对数据的定义和使用可能存在比较大的差异，所以各部门之间的数据不能互通。

2、信息部门建设的相对滞后，如果信息部门不能尽快满足业务对数据处理的要求，那业务部门就可能独自开发业务系统，这种情况还是普遍存在。

3、缺少企业内信息化建设的战略和标准，如果不能做到信息系统建设的统一，由不同部门，不同公司来建设的话，必须有一个标准能够使得日后的互通比较容易实现。

一般来说，企业信息化发展有三个阶段：基于设备的建设，基于项目的建设和基于战略的建设。在第二阶段必然会产生信息孤岛，把这些孤岛连接起来从技术上还是可以实现的，但关键的难题就在于不同部门针对于相同数据的值可以不同，这也就是我们说得污染，我们很难有自动的方法可以区分出来哪些是“正确”的数据，这是导致解决这些信息孤岛失败的主要原因。

所以，我们一般都会用渐进的方法来在企业里解决类似的问题，以时间的先后为顺序，有以下的步骤

1、编制IT建设的标准，仍然允许部门自行开发软件业务系统；

2、给ITC明确的定位，使其有成长和发展的空间，编制IT发现的战略，我们需要明确哪些软件项目是暂时性的，那些是长期地，并把它作为项目立项的依据之一；

3、在合适的时机，对企业的主要业务流程进行整合，根据这样的流程，结合战略，把不同的业务系统串接起来；

4、与3同时，我们需要在IT的建设、维护责任与业务部门有明确的责任界定；

5、这是一项长期的工作。

网络可扩展性是数据孤岛的解决办法，孤岛症是指虚拟化应用被分成计算、存储和网络资源。虽然超融合是摆脱孤岛的一个办法，但超融合基础设施仍可能存在孤岛问题--尽管这些孤岛更有效。横向扩展架构（例如Nutanix创建的架构）可以帮助减少超融合孤岛。对于超融合基础设施中的孤岛，主要问题是计算和网络资源有很多数据空间，但存储被耗尽。通过将计算、网络和存储资源放到相同的横向扩展节点设计中，可以实现网络可扩展性，这最终让IT规划者可以跨所有可用虚拟化工作负载部署资源。