Abdul Khadar's questions

我启用了 Azure 策略 [需要资源标签]，它正在按预期验证资源创建时的标签，但它也会评估现有资源并显示不合规。

定义

{
  "properties": {
    "displayName": "Require a tag on resources",
    "policyType": "BuiltIn",
    "mode": "Indexed",
    "description": "Enforces existence of a tag. Does not apply to resource groups.",
    "metadata": {
      "version": "1.0.1",
      "category": "Tags"
    },
    "version": "1.0.1",
    "parameters": {
      "tagName": {
        "type": "String",
        "metadata": {
          "displayName": "Tag Name",
          "description": "Name of the tag, such as 'environment'"
        }
      }
    },
    "policyRule": {
      "if": {
        "field": "[concat('tags[', parameters('tagName'), ']')]",
        "exists": "false"
      },
      "then": {
        "effect": "deny"
      }
    },
    "versions": [
      "1.0.1"
    ]
  },
  "id": "/providers/Microsoft.Authorization/policyDefinitions/871b6d14-10aa-478d-b590-94f262ecfa99",
  "type": "Microsoft.Authorization/policyDefinitions",
  "name": "871b6d14-10aa-478d-b590-94f262ecfa99"
}

我已经检查过它对现有资源和新资源都有效。是否有可能只对新资源进行评估？

我对 Azure SQL 数据库备份 PITR 和 LTR 的工作原理非常困惑。我从备份中观察到以下几点：

1. PITR——每天发生的最早时间点保留。例如：
2. PITR 配置为 7 天

例 1：

2025-4-28 - current Day,
2025-4-27,
2025-4-26,
2025-4-25,
2025-4-24,
2025-4-23,
2025-4-22,
2025-4-21 - Earliest PITR restore point

例 2：

2025-4-29 - current Day,
2025-4-28,
2025-4-27,
2025-4-26,
2025-4-25,
2025-4-24,
2025-4-23,
2025-4-22 - Earliest PITR restore point

那么，我们也能恢复 2025-4-20 吗？还是只能从（最早的 PITR 还原点）2025-4-21 恢复到当前日期（2025-4-28）？

请有人向我解释一下这实际上是如何运作的。

还有 LTR？