db_create_file_dest=+SEAN
那么你可以这样做：
SQL> create tablespace sean_space;
然后让Oracle做其余的工作。在这两种情形下，你将发现在v$datafile中列出的文件路径是和抽象的+SEAN 磁盘组有关，而不是与一个实际的操作系统数据文件。
f. 更多的
当然简化文件名称和表空间的创建只是ASM可以为你做的工作的冰山一角。它还可以提供一个冗余级别。
在数据库方面，外部冗余能力主要是当你在硬件级别(RAID)上或Oracle可以看到的其它外部方法中具有冗余。换句话说，如果asm_diskstring设备是它们自己的逻辑，隐藏物理磁盘于一些冗余的硬件层后面，那么你就会有外部冗余能力。
但是，如果你没有这个冗余能力，那么ASM可以提供。你可以指定冗余、失败组和一组其它的选项来防止损失一个或多个磁盘、控制器或甚至是整个SAM失效。ASM还提供了在磁盘组中均匀分布的I/O。因为ASM很好的了解背后发生了什么，所以Oracle可以自动的为你提供I/O到磁盘的一个更好的平衡。
使用ASM遇到的挑战
ASM当然是一个具有很大潜能的强大技术。但是对于每一个技术解决方案，都会有很多的挑战。对于ASM，它潜在地破坏了Unix系统管理组和数据库/数据库管理员组间力量的普通平衡。以前的组管理磁盘、硬件和操作系统级别，使数据库管理员与它们协作获取新的资源。这将在某种程度上挑战这个平衡，而这会引起一些来自于这个组的阻力。
最后，应该是业务需求促使了它的采用。还要注意到ASM仍然是处于企业计算认识阶段，相对还比较新。有一些供应商他们的核心业务已经放在逻辑空间管理器/文件系统空间中很多年了。一般来说，对于软件系统和可靠性来说成熟是很重要的。
总结
ASM很强大，它为目前部署的不断发展的大型数据库系统提供了解决方案。它还可以为较小数据库安装或者那些使用集群的数据库提供解决方案。如同对于任何新技术一样，评估、测试，然后更多的测试。
