You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/azure-netapp-files/configure-customer-managed-keys.md
-21Lines changed: 0 additions & 21 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -90,7 +90,6 @@ Before creating your first customer-managed key volume, you must set up:
90
90
* The key must be of type RSA.
91
91
* The key vault must have an [Azure Private Endpoint](../private-link/private-endpoint-overview.md).
92
92
* The private endpoint must reside in a different subnet than the one delegated to Azure NetApp Files. The subnet must be in the same VNet as the one delegated to Azure NetApp.
93
-
* You must register the feature before you can use customer-managed keys.
94
93
95
94
For more information about Azure Key Vault and Azure Private Endpoint, refer to:
96
95
*[Quickstart: Create a key vault ](../key-vault/general/quick-create-portal.md)
@@ -100,26 +99,6 @@ For more information about Azure Key Vault and Azure Private Endpoint, refer to:
> The **RegistrationState** may be in the `Registering` state for up to 60 minutes before changing to `Registered`. Wait until the status is **Registered** before continuing.
You can also use [Azure CLI commands](/cli/azure/feature) `az feature register` and `az feature show` to register the feature and display the registration status.
122
-
123
102
## Configure a NetApp account to use customer-managed keys
Copy file name to clipboardExpand all lines: articles/azure-netapp-files/manage-cool-access.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -24,7 +24,7 @@ The standard storage with cool access feature provides options for the “coolne
24
24
* Although cool access is available for the Standard service level, how you're billed for using the feature differs from the Standard service level charges. See the [Billing section](cool-access-introduction.md#billing) for details and examples.
25
25
* You can convert an existing Standard service-level capacity pool into a cool-access capacity pool to create cool access volumes. However, once the capacity pool is enabled for cool access, you can't convert it back to a non-cool-access capacity pool.
26
26
* A cool-access capacity pool can contain both volumes with cool access enabled and volumes with cool access disabled.
27
-
*Antivirus and file scanning are not recommended for files that are archived to cool access.
27
+
*To prevent data retrieval from the cool tier to the hot tier during sequential read operations (for example, antivirus or other file scanning operations), set the cool access retrieval policy to "Default" or "Never." For more information, see [Enable cool access on a new volume](#enable-cool-access-on-a-new-volume).
28
28
* After the capacity pool is configured with the option to support cool access volumes, the setting can't be disabled at the _capacity pool_ level. However, you can turn on or turn off the cool access setting at the volume level anytime. Turning off the cool access setting at the _volume_ level stops further tiering of data.
29
29
* Standard storage with cool access is supported only on capacity pools of the **auto** QoS type.
30
30
* An auto QoS capacity pool enabled for standard storage with cool access cannot be converted to a capacity pool using manual QoS.
Copy file name to clipboardExpand all lines: articles/virtual-machines/workloads/oracle/oracle-reference-architecture.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -233,7 +233,7 @@ Patching your virtual machine operating system can be automated using [Azure Aut
233
233
- Consider using ultra disks when available or premium disks for your Oracle database.
234
234
- Consider setting up a standby Oracle database in another Azure region using Oracle Data Guard.
235
235
- Consider using [proximity placement groups](../../co-location.md#proximity-placement-groups) to reduce the latency between your application and database tier.
236
-
- Azure VMs throttle network bandwidth at higher throughput levels than managed disk. You can achieve higher throughput on the same VM SKU or use a smaller VM SKU for the same throughput using networked storage for the database such as [Azure NetApp Files](../../../azure-netapp-files/azure-netapp-files-introduction.md).
236
+
- Azure VMs maximum network bandwidth is (typically) higher than the maximum disk throughput on the same SKU. You can achieve higher throughput on the same VM SKU or use a smaller VM SKU by using high-performance, low-latency networked storage such as [Azure NetApp Files](../../../azure-netapp-files/azure-netapp-files-introduction.md). for the database.
237
237
- Set up [Oracle Enterprise Manager](https://docs.oracle.com/en/enterprise-manager/) for management, monitoring, and logging.
238
238
- Consider using Oracle Automatic Storage Management for streamlined storage management for your database.
239
239
- Use [Azure Pipelines](/azure/devops/pipelines/get-started/what-is-azure-pipelines) to manage patching and updates to your database without any downtime.
0 commit comments