导读：原始分区只是对硬盘进行了分区，而没有进行格式化。这种原始分区，若在微软的操作系统下，是不能够进行读取的。其实，任何操作系统，包括Linux等等，若要对硬盘进行读取，都必须要先利用格式化工具把磁盘分区格式化为一定的格式。而微软SQLServer数据库却另辟捷径，支持使用原始分区创建数据库文件。
其实，在原始分区中创建数据库文件步骤也是比较简单的。最困难的是，SQLServer数据库管理员需要了解，在什么情况下适合在原始分区上建立数据库文件，在什么情况下则是禁止的。这个判断，对于数据库管理员来说，可能是一个考验其能力的关口。数据库官员理员只有了解在原始分区上建立数据库文件的一些限制条件，才能够根据企业的实际情况做出正确的选择。
根据笔者的了解，在原始分区上建立数据库文件，主要受到以下的限制。
限制一：某些文件管理动作无法在原始分区上直接使用。
有时候，数据库管理员往往需要对某些数据库文件进行复制或者删除等等。如对于一些事务日志，数据库管理员有时候需要对其进行手工管理。如在数据库交付使用之前，数据库管理员有可能需要手工的清空相关事务日志，保证交付给客户的是一个干净的数据库管理系统。此时，手工的把相关的事务日志删除是一个比较快捷的方法。
但是，假如是在原始分区上建立数据库文件，则管理员就不能够像删除普通文件那样删除事务日志。因为原始分区不是微软所能够支持的分区格式，所以，微软操作系统的一些删除、复制命令在这里是无效的。也就是说，像删除、重命名、剪贴等常规文件操作，不能够在原始分区上使用。
这是采用原始分区作为数据库文件存储地的第一个限制。
限制二：不能够使用Windows操作系统自带的备份工具。
有些数据库管理员希望利用Windows操作系统自带的备份工具来备份数据库系统的相关文件，如事务日志等等。当在同一个应用服务器中，同时配置有多个应用服务的话，这个微软自带的备份工具会非常的有用。因为它可以在一个统一的平台上，管理各个应用服务器关键文件的备份。而可以不采用各个应用服务器自带的备份还原工具。也就是说，微软自带的备份工具，可以不区分应用服务的出身(应用服务器供应商)，而给企业系统管理员提供一个统一管理的平台，从而简化系统管理员的工作量。简单的来说，假如利用微软操作系统的备份还原工具，则即使企业没有专业的数据库管理员，系统管理员就可以通过微软自带的备份工具完成数据库的备份工具。
但是，正如上面所说的，微软操作系统的工具(包括文件备份与还原工具)，也无法读取原始分区的数据。所以，原始分区上的数据库文件(如事务日志)不能够使用Windows操作系统自带的备份使用工具进行备份。不过，数据库管理员仍然可以通过数据库服务器自带的数据库备份工具进行数据文件的日常备份，包括进行差异备份与完全备份等等。
限制三：在一个逻辑分区上，只能够建立一个数据库文件。
有时候，数据库管理员为了提高数据库的性能，往往会建立多个数据库文件。就像磁盘阵列一样，如此设计不但可以提高数据库的安全性。而且还可以有效降低硬盘的输入输出，从而提高数据库的性能。所以，为一个数据库建立多个数据库文件，是管理员常用的提高数据库性能的手段。
但是，假如管理员采用的是原始分区的话，则在这方面会有所限制。此时，数据库管理员仍然可以为一个数据库建立多个数据库文件。但是，此时一个逻辑分区必须对应一个数据库文件。这主要是因为原始分区上没有文件系统可以来管理数据文件。
在正常情况下，即在FAT32或者NTFS的分区下，数据库管理员可以把多个数据文件存放在同一个逻辑分区中，如D盘。但是，在原始分区下，一个逻辑分区只能够保存一个数据库文件。也就是说，假如数据库系统有十个数据库文件，就要建立十个原始分区。
通过上文的学习，相信大家现在对在原始分区上建立SQL Server数据库有所了解了，希望上文中介绍到的内容对大家能够有所帮助。