跳转到主内容

搜索

正在以下范围内搜索:
关于 14 个结果
  • https://kb-cn.netapp.com/on-prem/ontap/dp/SnapLock/SnapLock-KBs/ONTAP_9.3P4_and_later_require_IBM_Spectrum_Protect_8.1.7_and_later_for_SnapLock_feature
    ONTAP 9.3P4 及更高版本 IBM Spectrum Protect ( TSM ) SnapLock SnapLock 备份在 SnapLock 卷验证过程中失败
  • https://kb-cn.netapp.com/on-prem/ontap/dp/NDMP/NDMP-KBs/NDMP_Dump_Backup_Using_Tree_Walk
    适用场景 ONTAP 9 及更高版本 问题描述 如果存在数千万或数千万个文件和目录索引点、则转储的第一阶段可能需要很长时间才能完成。 默认情况下、读取要备份的文件系统的转储进程会执行"索引 节点运行"、其中会引用卷级索引节点表条目。 如果将子目录指定为要备份的文件系统、则仍会扫描卷级别的索引代码。 对于使用qtree来组织卷上的数据(而不是子目录)的客户、配置转储以执行 "树运行"而不是执行节点运...适用场景 ONTAP 9 及更高版本 问题描述 如果存在数千万或数千万个文件和目录索引点、则转储的第一阶段可能需要很长时间才能完成。 默认情况下、读取要备份的文件系统的转储进程会执行"索引 节点运行"、其中会引用卷级索引节点表条目。 如果将子目录指定为要备份的文件系统、则仍会扫描卷级别的索引代码。 对于使用qtree来组织卷上的数据(而不是子目录)的客户、配置转储以执行 "树运行"而不是执行节点运行可以缩短阶段I时间。 "tree walk"或"logical path find"可能比索引节点walk"要快、因为在扫描要备份的索引节点时、转储仅引用qtree的根卷。 未使用qtree的客户 将看不到将转储配置为执行"树运行"的优势 在将转储配置为执行"树运行"之前、首先需要创建qtree、然后将子目录中的数据移动到相应的新qtree中。 根据要移入qtrees的数据量、以这种方式重新组织数据可能会非常耗时。
  • https://kb-cn.netapp.com/on-prem/ontap/dp/SnapMirror/SnapMirror-KBs/After_SVMDR_failover_to_DR_site_CIFS_server_cannot_authenticate_users
    适用场景 ONTAP 9及更高版本 SVMDR 问题描述 在测试SVMDR故障转移到灾难恢复站点时、灾难恢复站点中的CIFS服务器无法使用Kerberos对Windows域用户进行身份验证。 使用IP地址连接到共享可以工作\\1.2.3.4\sharename \\cifeserver\sharename(),但使用服务器名称()连接到同一共享会引发错误“”Adevice attached to ...适用场景 ONTAP 9及更高版本 SVMDR 问题描述 在测试SVMDR故障转移到灾难恢复站点时、灾难恢复站点中的CIFS服务器无法使用Kerberos对Windows域用户进行身份验证。 使用IP地址连接到共享可以工作\\1.2.3.4\sharename \\cifeserver\sharename(),但使用服务器名称()连接到同一共享会引发错误“”Adevice attached to the system is not functioning 。
  • https://kb-cn.netapp.com/on-prem/ontap/dp/SnapMirror/SnapMirror-KBs/NetApp_Volume_Encryption_(NVE)_considerations_with_SnapMirror_relationships_and_SnapLock_volumes
    适用场景 ONTAP 9.7 及更低版本 ONTAP 9.8 及更高版本 NetApp 卷加密 (NetApp Volume Encryption, NVE) SnapLock SnapMirror 问题描述 有关 SnapMirror 关系和 SnapLock 卷的 NetApp 卷加密( NVE )注意事项
  • https://kb-cn.netapp.com/on-prem/ontap/Ontap_OS/OS-KBs/How_are_FlexGroup_Inodes_calculated_after_increasing_the_limits
    ONTAP 9.2 ONTAP 9.3 ONTAP 9.1 表 9 (第 45 页)中显示了每个组成卷的 inode 计数限制。 在《 NetApp FlexGroup 卷最佳实践和实施指南》中 ,此表详细介绍了基于每个组成卷大小的默认 inode 计数 。该表显示,对于大于 1 TB 的卷大小、每个卷的默认 inode 计数限制为 21,251,126 个 INODES 、要获取当前的 inod...ONTAP 9.2 ONTAP 9.3 ONTAP 9.1 表 9 (第 45 页)中显示了每个组成卷的 inode 计数限制。 在《 NetApp FlexGroup 卷最佳实践和实施指南》中 ,此表详细介绍了基于每个组成卷大小的默认 inode 计数 。该表显示,对于大于 1 TB 的卷大小、每个卷的默认 inode 计数限制为 21,251,126 个 INODES 、要获取当前的 inode 计数、可以从中每个节点的节点运行命令 df -i 集群
  • https://kb-cn.netapp.com/on-prem/ontap/da/NAS/NAS-KBs/cifs_share_show_volume_reports_a_partial_list_of_shares
    ONTAP 9.3 CIFS 共享 该命令cifs share show -volume <Volume Name>不提供指定卷中托管的共享的完整列表。
  • https://kb-cn.netapp.com/on-prem/ontap/Ontap_OS/OS-KBs/Is_ONTAPs_Secure_Multi_Tenancy_SMT_capability_certified
    适用场景 ONTAP 9.3 问题解答 安全多租户(SMT)可在ONTAP 集群中的Storage Virtual Machine (SVM)之间实现完全安全的隔离。这使得ONTAP 平台成为多个租户将其用作共享平台的理想平台。ONTAP 通过使用IP空间从逻辑上分隔SVM来提供此功能、这样、不能从同一存储平台或ONTAP 集群中的另一个SVM访问用于SVM的入站和出站网络通信。此外、我们还提供了...适用场景 ONTAP 9.3 问题解答 安全多租户(SMT)可在ONTAP 集群中的Storage Virtual Machine (SVM)之间实现完全安全的隔离。这使得ONTAP 平台成为多个租户将其用作共享平台的理想平台。ONTAP 通过使用IP空间从逻辑上分隔SVM来提供此功能、这样、不能从同一存储平台或ONTAP 集群中的另一个SVM访问用于SVM的入站和出站网络通信。此外、我们还提供了第三方认证来验证此声明。 ONTAP 9.3通用标准认证概述了评估目标(TOE)、其中包括有关域隔离的信息。 域隔离: TOE可用作TOE控制下的多组用户的存储服务器、而这些用户组必须通过实施SVM技术彼此隔离。 此外、 还可以在TR-4512:《NetApp安全多租户(SMT)验证报告》中找到第三方审核、以验证ONTAP SVM是否具有SMT功能。 追加信息 附加信息 _text
  • https://kb-cn.netapp.com/on-prem/ontap/da/NAS/NAS-KBs/How_to_enable_the_equivalent_of_all_squash_in_clustered_Data_ONTAP
    适用场景 ONTAP 9 问题描述 将 NFS 请求中的所有传入 UID 映射到定义的 UID 的过程称为 squash_all 或 all_squash
  • https://kb-cn.netapp.com/on-prem/ontap/dp/SnapMirror/SnapMirror-KBs/SnapMirror_Snapshots_build_up_on_SnapVault_destination_in_a_Mirror-Vault_cascade
    状态信息 ONTAP 9.3 ONTAP 9.4 SnapMirror 到 SnapVault 级联 在 SnapMirror 到 SnapVault 级联配置中、某些卷可能会保留额外的(多个)“ SnapMirror ”快照(如 SnapVault 目标上的卷 Snapshot show 命令所示)。这些附加快照可能会导致 SnapVault 目标过早用完快照。
  • https://kb-cn.netapp.com/on-prem/ontap/Ontap_OS/OS-KBs/ONTAP_upgrade_fails_aes128_gcm_and_aes256_gcm_are_not_supported_when_SSL_FIPS_mode_is_enabled
    Cluster::> set diag Cluster::*> cluster image show-update-progress Estimated Elapsed Update Phase Status Duration Duration -------------------- ----------------- --------------- --------------- Pre-up...Cluster::> set diag Cluster::*> cluster image show-update-progress Estimated Elapsed Update Phase Status Duration Duration -------------------- ----------------- --------------- --------------- Pre-update checks completed 00:10:00 00:00:04 Data ONTAP updates paused-on-error 01:17:00 21:17:45 Vers Phase Status Upgrade Phase Status Message ---- ---------- -------- ------------------------------------------------------ 700 pre-root applied No upgrade is required for this phase.
  • https://kb-cn.netapp.com/on-prem/ontap/dm/Encryption/Encryption-KBs/Installation_of_ONTAP_nodar_(No_Data_At_Rest_Encryption)_image_fails
    Successfully set the onboard keys. [nodename:crypto.key.stored:notice]: Stored key with key ID 00000000000000000200000000000100425e48bfca4ab6b3656c930a881a1b9b0000000000000000. [nodename:crypto.key.st...Successfully set the onboard keys. [nodename:crypto.key.stored:notice]: Stored key with key ID 00000000000000000200000000000100425e48bfca4ab6b3656c930a881a1b9b0000000000000000. [nodename:crypto.key.stored:notice]: Stored key with key ID 000000000000000002000000000001002ab1c0f174737346c582598dae1bbce70000000000000000. [nodename:crypto.key.stored:notice]: Stored key with key ID 00000000000000000200000000000c00b47625503aa4784b1ce92625ab6beb2a0000000000000000.