与传统的文件共享存储相比，弹性文件服务具有以下优势： 文件共享 同一区域跨多个可用区的 云服务器 可以访问同一文件系统，实现多台云 服务器 共同访问和分享文件。 弹性扩展 弹性文件服务可以根据您的使用需求，在不中断应用的情况下，增加或者缩减文件系统的容量。一键式操作，轻松完成您的容量定制。 高性能、高可靠性 性能随容量增

查看更多 →

如添加该参数，挂载文件存储时将保持文件系统原有的ownership。 vers 3 文件系统版本，目前只支持NFSv3。取值：3 nolock 无需填写 选择是否使用NLM协议在服务器上锁文件。当选择nolock选项时，锁对于同一主机的应用有效，对不同主机不受锁的影响。 timeo 600 NFS客户端重传请求前的等待时间(单位为0

查看更多 →

文件系统写入失败 现象描述 仅挂载至一种服务器系统的文件系统出现写入数据失败的情况。 可能原因 服务器的安全组配置不正确，需要与文件系统通信的端口未开放。 定位思路 前往安全组控制台查看目标服务器的端口开放情况，并正确配置。 解决方法 登录 弹性云服务器 控制台。 登录管理控制台。

查看更多 →

迁移工具 特点 应用场景 使用SFTP客户端迁移数据 支持众多操作系统平台。 提供图形化操作界面。 适用少量文件需要一次性上传至NFS文件系统和将NFS文件系统内的数据下载到本地。 使用rsync命令行工具迁移数据 支持Linux/Windows/macOS操作系统，本地Linux或

查看更多 →

以创建自定义的安全组。 SFS Turbo文件系统安全组要求：为了确保SFS Turbo能够被您的弹性云服务器访问，在成功创建SFS Turbo后，系统将自动放通SFS Turbo中NFS协议需要的安全组端口，以免文件系统挂载失败。NFS协议所需要入方向的端口号为111、2049

查看更多 →

授权对象的系统用户对文件系统的访问权限。取值如下： no_root_squash：客户端使用的是root用户时，映射到NFS服务器的用户依然为root用户。 root_squash：客户端使用的是root用户时，映射到NFS服务器的用户为NFS的匿名用户（nfsnobody）。 a

查看更多 →

授权对象的系统用户对文件系统的访问权限。取值如下： no_root_squash：客户端使用的是root用户时，映射到NFS服务器的用户依然为root用户。 root_squash：客户端使用的是root用户时，映射到NFS服务器的用户为NFS的匿名用户（nfsnobody）。 a

查看更多 →

ative的缓存，达到禁用缓存的效果。 解决方法 如果已挂载文件系统，请先参考卸载文件系统完成卸载操作。 参考挂载NFS文件系统到云服务器完成挂载前准备。 挂载文件系统时，使用如下命令进行挂载。 mount -t nfs -o vers=3,timeo=600,noac,lookupcache=none

查看更多 →

授权对象的系统用户对文件系统的访问权限。取值如下： no_root_squash：默认选项。客户端使用包括root用户在内的任何用户，NFS服务器都保持客户端使用的用户，不做映射。 root_squash：客户端使用的是root用户时，映射到NFS服务器的用户为NFS的匿名用户（nfsnobo

查看更多 →

后，才能被正常使用，下面以SAP NetWeaver标准化部署场景下硬盘初始化操作为例，文件系统规划如表1所示。 表1 SAP NetWeaver标准化部署文件系统规划样例 挂载点 文件系统类型 说明 /usr/sap ext3 SAP应用文件，30GB及以上。 /sapmnt ext3

查看更多 →

-a 重启NFS服务。 systemctl restart nfsserver 检查设置共享目录，回显提示目录信息，则表示设置成功。 showmount -e 设置NFS Server系统服务自动启动。 systemctl enable nfsserver 检查NFS Server的启动状态。

查看更多 →

授权对象的系统用户对文件系统的访问权限。取值如下： no_root_squash：客户端使用的是root用户时，映射到NFS服务器的用户依然为root用户。 root_squash：客户端使用的是root用户时，映射到NFS服务器的用户为NFS的匿名用户（nfsnobody）。 a

查看更多 →

授权对象的系统用户对文件系统的访问权限。取值如下： no_root_squash：默认选项。客户端使用包括root用户在内的任何用户，NFS服务器都保持客户端使用的用户，不做映射。 root_squash：客户端使用的是root用户时，映射到NFS服务器的用户为NFS的匿名用户（nfsnobo

查看更多 →

弹性文件服务支持哪些访问协议？ SFS容量型支持标准的NFSv3协议和CIFS协议；SFS Turbo和通用文件系统支持标准的NFSv3协议。 父主题： 规格类

查看更多 →

挂载至两种服务器系统的文件系统无法写入数据 现象描述 当将同一个文件系统分别挂载到已创建的Linux云服务器和Windows云服务器后，在Windows云服务器上无法对在Linux云服务器上创建的文件写入数据。 可能原因 由于共享的NFS文件系统归属于root权限，且无法修改该所

查看更多 →

挂载至两种服务器系统的文件系统无法写入数据 现象描述 当将同一个文件系统分别挂载到已创建的Linux云服务器和Windows云服务器后，在Windows云服务器上无法对在Linux云服务器上创建的文件写入数据。 可能原因 由于共享的NFS文件系统归属于root权限，且无法修改该所

查看更多 →

开机自启动。 4. 检查配置目的端服务器。 使用dh -h 查看操作文件系统是否与源系统一致（除NFS文件系统外）。 查看/etc/fstab配置文件，检查启动挂载的目录和条目是否与源系统一致（除NFS文件系统外）。 父主题： 迁移复制阶段实施步骤

查看更多 →

25MB/s/TiB、250MB/s/TiB、500MB/s/TiB、1000MB/s/TiB等类型的文件系统支持标准的NFSv3协议；标准型、性能型等类型的文件系统仅支持NFSv3协议。 父主题： SFS Turbo概念类问题

查看更多 →

授权对象的系统用户对文件系统的访问权限。取值如下： no_root_squash：默认选项。客户端使用包括root用户在内的任何用户，NFS服务器都保持客户端使用的用户，不做映射。 root_squash：客户端使用的是root用户时，映射到NFS服务器的用户为NFS的匿名用户（nfsnobo

查看更多 →

授权对象的系统用户对文件系统的访问权限。取值如下： no_root_squash：客户端使用的是root用户时，映射到NFS服务器的用户依然为root用户。 root_squash：客户端使用的是root用户时，映射到NFS服务器的用户为NFS的匿名用户（nfsnobody）。 a

查看更多 →

将共享盘挂载到AS CS 主节点的对应目录下。 此处以NFS Server规划的浮动IP地址为“10.0.5.103”为例。 mount -t nfs -o vers=3 10.0.5.103:/sapmnt /sapmnt mount -t nfs -o vers=3 10.0.5.103:/usr/sap/A01/SYS

查看更多 →