资源管理器

今天给各位分享资源管理器的知识，其中也会对资源管理器进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文导读目录：

1、常见资源管理器概念

2、Azure 资源管理器和经典部署：了解部署模型和资源状态

3、Azure 资源管理器

4、资源管理器

　　Shell 命名空间 将文件系统和 Shell 管理的其他对象组织到单个树状层次结构中。 从概念上讲，它是更大且更具包容性的文件系统版本。 介绍 标识命名空间对象 项 ID 项目 ID 列表 PIDL 分配 PIDL 　　Shell 的主要职责之一是管理和提供对构成系统的各种对象的访问。 这些对象中最众多、最熟悉的是驻留在计算机磁盘驱动器上的文件夹和文件。 但是，Shell 也会管理许多非文件系统或 虚拟 对象。 示例包括： 网络打印机 其他联网计算机 控制面板应用程序 回收站 　　某些虚拟对象根本不涉及物理存储。 例如，打印机对象包含指向联网打印机的链接集合。 其他虚拟对象（如回收站）可能包含存储在磁盘驱动器上的数据，但需要以与普通文件不同的方式进行处理。 例如，虚拟对象可用于表示存储在数据库中的数据。 就 命名空间而言，数据库中的各种项可以作为单独的对象显示在 Windows 资源管理器中，即使它们都存储在单个磁盘文件中。 　　虚拟对象甚至可能位于远程计算机上。 例如，为了便于漫游，用户的文档文件可能存储在服务器上。 为了允许用户从多台台式电脑访问其文件，他们当前使用的台式电脑上的“我的文档”文件夹将指向服务器，而不是台式电脑的硬盘。 其路径将包括映射的网络驱动器或 UNC 路径名称。 　　与文件系统一样， 命名空间包括两种基本类型的对象：文件夹和文件。 文件夹对象是树的 节点 ;它们是文件对象和其他文件夹的容器。 文件对象是树的 叶子 ;它们是普通磁盘文件或虚拟对象，如打印机链接。 不属于文件系统的文件夹有时称为 虚拟文件夹。 　　与文件系统文件夹一样，虚拟文件夹的集合通常因系统而异。 虚拟文件夹有三类： 在所有系统上找到的标准虚拟文件夹，例如回收站。 具有标准名称和功能的可选虚拟文件夹，但可能并非在所有系统上都存在。 用户安装的非标准文件夹。 　　与文件系统文件夹不同，用户无法自行创建新的虚拟文件夹。 他们只能安装非 Microsoft 开发人员创建的。 因此，虚拟文件夹的数量通常比文件系统文件夹的数量少得多。 有关如何实现虚拟文件夹的讨论，请参阅 命名空间扩展。 　　可以在 Windows 资源管理器的资源管理器栏中查看命名空间的构造方式的可视化表示形式。 例如，Windows 资源管理器的以下屏幕截图显示了相对简单的命名空间。 　　命名空间层次结构的最终根是桌面。 根目录正下方是多个虚拟文件夹，例如“我的电脑”和“回收站”。 　　可以看到，各种磁盘驱动器的文件系统是较大命名空间层次结构的子集。 这些文件系统的根是“我的电脑”文件夹的子文件夹。 “我的计算机”还包括任何映射的网络驱动器的根。 树中的其他节点（如“我的文档”）是虚拟文件夹。 　　在使用命名空间对象之前，必须先有一种标识它的方法。 文件系统中的对象可以具有MyFile.htm等名称。 由于系统中的其他位置可能存在具有该名称的其他文件，因此唯一标识文件或文件夹需要完全限定的路径，例如“C:MyDocsMyFile.htm”。 此路径基本上是文件系统根目录 C：路径中所有文件夹的有序列表，以文件结尾。 　　在命名空间的上下文中，路径对于标识位于命名空间的文件系统部分中的对象仍然非常有用。 但是，它们不能用于虚拟对象。 相反，Shell 提供了可与任何命名空间对象一起使用的替代标识方法。 　　在文件夹中，每个对象都有一个 项 ID，即文件或文件夹名称的功能等效项 ID。 项 ID 实际上是 SHITEMID 结构： 　　abID 成员是对象的标识符。 abID 的长度未定义，其值由包含 对象的文件夹确定。 由于没有标准定义 文件夹分配 abID 值的方式，因此它们仅对关联的文件夹对象有意义。 应用程序应将它们视为标识特定文件夹中对象的标记。 由于 abID 的长度各不相同， 因此 cb 成员保留 SHITEMID 结构的大小（以字节为单位）。 　　由于项 ID 对显示目的没有用，因此包含对象的文件夹通常会为其分配显示名称。 这是 Windows 资源管理器在显示文件夹内容时使用的名称。 有关如何处理显示名称的详细信息，请参阅 从文件夹中获取信息。 　　项目 ID 很少单独使用。 通常，它是项 ID 列表的一部分，其用途与文件系统路径相同。 但是，项 ID 列表不是用于路径的字符串，而是 ITEMIDLIST 结构。 此结构是一个或多个项 ID 的有序序列，以两字节 NULL 结尾。 项 ID 列表中的每个项 ID 对应于一个命名空间对象。 其顺序定义命名空间中的路径，非常类似于文件系统路径。 　　下图显示了对应于C:MyDocsMyFile.htm的 ITEMIDLIST 结构的示意图表示形式。 每个项 ID 的显示名称显示在其上方。 abID 成员的不同宽度是任意的;它们说明了此成员的大小可能有所不同的事实。 　　对于 Shell API，命名空间对象通常通过指向其 ITEMIDLIST 结构的指针或指向 PIDL) 项标识符列表 (指针来标识。 为方便起见，在本文档中，术语 PIDL 通常是指结构本身，而不是指向它的指针。 　　上图中显示的 PIDL 称为 完整 PIDL 或 绝对 PIDL。 完整的 PIDL 从桌面开始，包含路径中所有中间文件夹的项目 ID。 它以对象的项 ID 结尾，后跟终止的双字节 NULL。 完整 PIDL 类似于完全限定的路径，并且唯一标识 Shell 命名空间中的对象。 　　不经常使用完整的 PIDL。 许多函数和方法需要 相对 PIDL。 相对 PIDL 的根是文件夹，而不是桌面。 与相对路径一样，构成 结构的项 ID 系列定义两个 对象之间的命名空间中的路径。 尽管它们不唯一标识对象，但它们通常小于完整的 PIDL，并且足以用于许多目的。 　　最常用的相对 PIDL（ 单级 PIDL）相对于对象的父文件夹。 它们仅包含对象的项 ID 和终止 NULL。 多层 PIDL 也用于多种用途。 它们包含两个或多个项 ID，通常通过一系列一个或多个子文件夹定义从父文件夹到对象的路径。 请注意，单级 PIDL 仍可以是完全限定的 PIDL。 具体而言，桌面对象是桌面的子级，因此其完全限定的 PIDL 仅包含一个项 ID。 　　如 获取文件夹的 ID 中所述，Shell API 提供了多种检索对象的 PIDL 的方法。 获得它后，通常只需在调用其他 Shell API 函数和方法时使用它来标识对象。 在此上下文中，PIDL 的内部内容不透明且无关紧要。 出于此讨论的目的，请将 PIDL 视为表示特定命名空间对象的标记，并重点介绍如何将它们用于常见任务。 　　尽管 PIDL 与路径有一些相似之处，但使用它们需要一些不同的方法。 主要区别在于如何为它们分配和解除分配内存。 　　与用于路径的字符串一样，必须为 PIDL 分配内存。 如果应用程序创建 PIDL，则必须为 ITEMIDLIST 结构分配足够的内存。 对于此处讨论的大多数情况，Shell 会创建 PIDL 并处理内存分配。 无论分配 PIDL 是什么，应用程序通常负责在不再需要 PIDL 时解除分配 PIDL。 　　使用 CoTaskMemAlloc 函数分配 PIDL，使用 CoTaskMemFree 函数解除分配。　　项目 　　经典 　　Resource Manager 　　面向虚拟机的云服务 　　云服务是一个容器，用于容纳要求平台可用性和负载均衡的虚拟机。 　　使用新模型，云服务不再是创建虚拟机所必需的对象。 　　虚拟网络 　　对于虚拟机来说，虚拟网络是可选的。 虚拟网络（如果包括）不能通过资源管理器进行部署。 　　虚拟机需要已通过 Resource Manager 部署的虚拟网络。 　　存储帐户 　　虚拟机需要一个存储帐户，用于存储操作系统、临时文件和附加数据磁盘的虚拟硬盘。 　　虚拟机需要一个存储帐户，在 Blob 存储中存储其磁盘。 　　可用性集 　　通过在虚拟机上配置相同的“AvailabilitySetName”来指出平台的可用性。 容错域的最大数量为 2。 　　可用性集是 Microsoft.Compute 提供程序提供的一个资源。 要求高可用性的虚拟机必须包含在可用性集中。 现在，容错域的最大数量为 3。 　　地缘组 　　创建虚拟网络需要地缘组。 但是，随着区域虚拟网络的引入，不再需要地缘组了。 　　为了简单起见，地缘组概念不再存在于通过 Azure Resource Manager 提供的 API 中。 　　负载均衡 　　云服务的创建为部署的虚拟机提供了一个隐式负载均衡器。 　　负载均衡器是 Microsoft.Network 提供程序提供的一个资源。 需要负载均衡的虚拟机的主网络接口应该引用负载均衡器。 负载均衡器既可以是内部的，也可以是外部的。 负载均衡器实例引用后端 IP 地址池，包括虚拟机的 NIC（可选），引用负载均衡器的公共或专用 IP 地址（可选）。 　　虚拟 IP 地址 　　将 VM 添加到云服务后，云服务会获得默认 VIP（虚拟 IP 地址）。 虚拟 IP 地址是与隐式负载均衡器相关联的地址。 　　公共 IP 地址是 Microsoft.Network 提供程序提供的一个资源。 公共 IP 地址既可以是静态（保留）的，也可以是动态的。 可以将动态公共 IP 分配给一个负载均衡器。 可以使用安全组保护公共 IP。 　　保留 IP 地址 　　可以在 Azure 中保留一个 IP 地址并将其与一个云服务关联在一起，以确保该 IP 地址具有粘性。 　　可以在“静态”模式下创建公共 IP 地址，并且该地址提供与“保留 IP 地址”相同的功能。 　　每个 VM 一个公共 IP 地址 (PIP) 　　公共 IP 地址也可以直接关联到 VM。 　　公共 IP 地址是 Microsoft.Network 提供程序提供的一个资源。 公共 IP 地址既可以是静态（保留）的，也可以是动态的。 　　终结点 　　需要在虚拟机上配置输入终结点，用于打开某些端口的连接。 这是通过设置输入终结点来连接到虚拟机的一个常见模式。 　　可以在负载均衡器上配置入站 NAT 规则，实现在具体端口上启用终结点以连接到虚拟机的相同功能。 　　DNS 名称 　　云服务会得到一个隐式的全局唯一 DNS 名称。 例如： 。 　　DNS 名称是可在一个公共 IP 地址资源上指定的可选参数。 FQDN 采用的格式为 。 　　网络接口 　　作为虚拟机的网络配置定义主网络接口和辅助网络接口及其属性。 　　网络接口是 Microsoft.Network 提供程序提供的一个资源。 网络接口的生命周期与虚拟机无关。 它引用虚拟机的分配 IP 地址（必需）、虚拟机虚拟网络的子网（必需）和网络安全组（可选）。　　通过使用 Azure 资源管理器，你可以控制组织中的哪些人可以在资源上执行操作。你通过定义角色和向角色添加用户或组管理权限。对于关键资源，你可以应用显示锁定阻止用户删除或修改资源。Azure 资源管理器将记录所有的用户操作，以便你可以审核这些操作。针对每个操作，审核日志包含有关用户、时间、事件和状态的信息。　　筛选器 　　筛选器依据 　　一致 　　与任何或特定目标保持一致。 此筛选器还可以标识未对齐的目标。 　　签入日期 　　OKR/计划的签入日期。 按确切的检查日期、在特定日期之后或之前，或大于或小于 x 天数筛选。 　　创建日期 　　创建 OKR/计划的日期。 按确切的创建日期、在特定日期之后或之前、或多于 x 天数筛选。 　　由于 　　OKR/计划的截止日期。 查找过期的 OKR/计划，或查看特定时间内到期的所有 OKR/计划。 按过期日期、在特定日期之后或之前、或多于 x 天数筛选。 　　集成 　　与 OKR/计划连接的集成。 　　关键字 　　OKR/计划标题中的关键字。 根据产品名称、市场活动名称或组织特有的其他关键字进行筛选。 　　上次更新时间 　　上次 OKR/计划收到更新的时间。 查找在检查中落后的 OKR/计划，或在特定时间范围内获取活动快照。 　　时间段 　　OKR/计划所属的时间段。 　　Manager 　　OKR/计划所有者的经理。 　　对象类型 　　按目标或关键结果或计划筛选。 　　所有者 　　OKR/计划的所有者。 此筛选器还可以查找未分配的 OKR/计划。 　　Progress 　　完成百分比。 此筛选器与截止日期筛选器结合使用非常方便。 　　开始日期 　　OKR/计划的开始日期。 　　状态 　　目标/计划的当前状态。 选择“未启动”、“正轨”、“落后”、“有风险”、“已关闭”、“已推迟”或“重新打开”。 　　Tag 　　按添加到 OKR/计划的标记进行搜索。 　　团队类型 　　OKR/计划的团队类型。 在管理员仪表板中创建团队时指定团队类型。 　　时间段 　　OKR/计划所属的时间段。 　　类型 　　组织级别、团队级别或个人级别的 OKR/计划

---

资源管理器的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于资源管理器、资源管理器的信息别忘了在本站进行查找喔。