Microsoft AZ-104 Practice Test 34
Question 330
An old integration fails during TLS negotiation after a storage policy change. What should the engineer verify?
- Rotate the compromised storage access key and migrate dependent clients to valid replacement credentials.
- Check the account's Secure transfer required setting and the request protocol.
- Confirm whether the service and operation qualify for trusted-service network bypass.
- Compare the legacy client's supported TLS versions to the storage account minimum TLS setting.
Explanation
Correct Answer
D:Transport protocol incompatibility occurs before ordinary blob authorization. Upgrading the client's TLS support may be needed. This matters here because an old integration fails during TLS negotiation after a storage policy change.
Incorrect Answers
A:A leaked shared key grants broad access and requires revocation. Staged client migration and key regeneration reduce the outage window. This matters here because an old integration fails during TLS negotiation after a storage policy change.
B:An account can reject unencrypted transport independently of SAS authorization. Switching to an HTTPS endpoint is required. This matters here because an old integration fails during TLS negotiation after a storage policy change.
C:The trusted-services list applies to designated services, not every resource merely because it runs in Azure. A regular VM may require an explicit network allow rule.
Question 331
An application must access blobs through its managed identity rather than a hard-coded storage key. Which authorization should be granted?
- Associate the service SAS with a stored access policy on the relevant container.
- Use data-plane Microsoft Entra authentication without requiring account key listing permissions.
- Assign an appropriate Storage Blob Data role to the workload identity at the required scope.
- Assign an Azure Files SMB share role while omitting the Blob data role for a managed identity.
Explanation
Correct Answer
C:Entra-based blob operations depend on data-plane permissions. A management-only Reader assignment cannot grant content reads.
Incorrect Answers
A:Stored access policies can control supported service SAS permissions and timing and can be modified or removed to revoke linked SAS authorization. This matters here because an application must access blobs through its managed identity rather than a hard-coded storage key. Which….
B:Managed identity can request storage data access under its Blob Data role. Reading shared keys is a separate broad ARM management operation. This matters here because an application must access blobs through its managed identity rather than a hard-coded storage key. Which….
D:The application calls the Blob service with Entra identity, not a file-share SMB endpoint. Assign an appropriate Storage Blob data-plane role at the necessary scope.
Question 332
An administrator plans to switch a storage account from LRS to ZRS and wants to avoid an unsupported conversion. What must they check first?
- Check supported access-tier and redundancy combinations for the chosen account kind.
- Select ZRS instead of GZRS when cross-region replication is prohibited.
- Move straight from LRS to GZRS without checking whether the account type and region permit a supported conversion.
- Verify the account kind, region, features and supported redundancy conversion path.
Explanation
Correct Answer
D:Storage redundancy migration options are conditional. A specific account configuration may require a different migration route or recreation.
Incorrect Answers
A:Premium and standard storage account types expose different performance and tier options. A tier assumption from StorageV2 may not apply. This matters here because an administrator plans to switch a storage account from LRS to ZRS and wants to avoid an unsupported conversion.
B:GZRS adds a secondary region, while ZRS keeps zone copies in the primary region only. The choice must satisfy residency and service support. This matters here because an administrator plans to switch a storage account from LRS to ZRS and wants to avoid an unsupported conversion.
C:Changing to a different redundancy name cannot bypass eligibility checks. Validate account kind, region, feature compatibility and the documented LRS-to-ZRS conversion path before attempting the change.
Question 333
The portal does not offer ZRS for one account even though another account in the subscription has it. What explains the difference?
- Recognize that storage account names are globally unique within the Azure Storage namespace.
- Choose GZRS as a universal alternative whenever ZRS is missing from one storage account's portal options.
- Review inventory policy filters, rule scope, and supported blob types or versions.
- Compare account type, feature constraints and region support for ZRS eligibility.
Explanation
Correct Answer
D:Service availability and account configuration control redundancy choices. Subscription membership by itself does not guarantee identical options.
Incorrect Answers
A:Public Azure Storage service endpoints use the account name in a global namespace. A different subscription cannot reuse an existing name.
B:Both ZRS and GZRS have region and account-kind restrictions. Availability on a different account in the subscription does not make either tier universally supported.
C:Inventory output follows the configured inclusion rules. Filters or version flags may exclude otherwise existing objects.
Question 334
A company must control the data-encryption key lifecycle for an Azure Storage account. Which configuration supports that requirement?
- Enable customer-managed keys backed by an approved Azure Key Vault or Managed HSM.
- Use AzCopy with appropriate source and destination authorization.
- Rely on Azure Storage encryption at rest with Microsoft-managed keys unless CMK is required.
- Authorize the storage account's managed identity to the key vault key operations it needs.
Explanation
Correct Answer
A:Customer-managed keys place encryption-key lifecycle and availability controls with the customer, typically via supported Key Vault or managed HSM integration. The underlying storage still uses server-side encryption at rest.
Incorrect Answers
B:AzCopy is optimized for high-volume Azure Storage data transfers. A browser-based portal upload is less suitable at this scale. This matters here because a company must control the data-encryption key lifecycle for an Azure Storage account. Which configuration supports….
C:Azure Storage encrypts data at rest automatically. Customer-managed keys are an additional key-governance option, not the base requirement for encryption. This matters here because a company must control the data-encryption key lifecycle for an Azure Storage account. Which configuration supports….
D:A managed identity can access key-wrap or unwrap operations under a key vault RBAC or access policy model. Hard-coded secrets are unnecessary.
Question 335
A storage account with CMK becomes unavailable after the key was disabled unexpectedly. What dependency should be checked?
- Restore permitted access to the correct enabled CMK version and examine key vault permissions.
- Check the storage account's last synchronization time for geo-replication.
- Enable Azure Storage static website hosting and deploy files into the $web container.
- Authorize the storage account's managed identity to the key vault key operations it needs.
Explanation
Correct Answer
A:Storage encryption depends on its configured customer key and managed identity authorization. A missing or disabled key can affect data availability.
Incorrect Answers
B:Async geo-replication can lag behind writes in the primary region. The last-sync indication helps estimate possible data-loss exposure. This matters here because a storage account with CMK becomes unavailable after the key was disabled unexpectedly. What dependency should be….
C:Storage static website hosting exposes files through the website endpoint without a separately maintained VM or app server.
D:A managed identity can access key-wrap or unwrap operations under a key vault RBAC or access policy model. Hard-coded secrets are unnecessary. This matters here because a storage account with CMK becomes unavailable after the key was disabled unexpectedly. What dependency should be….
Question 336
An administrator needs to avoid secrets embedded in automation when using customer-managed storage encryption. Which identity approach is appropriate?
- Inspect allowBlobPublicAccess and any effective Azure Policy governing the storage account.
- Rely on Azure Storage encryption at rest with Microsoft-managed keys unless CMK is required.
- Authorize the storage account's managed identity to the key vault key operations it needs.
- Store a new customer-managed key in a script variable and use a long-lived shared secret for key-vault access.
Explanation
Correct Answer
C:A managed identity can access key-wrap or unwrap operations under a key vault RBAC or access policy model. Hard-coded secrets are unnecessary. This matters here because an administrator needs to avoid secrets embedded in automation when using customer-managed storage encryption. Which….
Incorrect Answers
A:Public blob access is controlled by account-level and container-level settings. A successful deployment alone does not mean the requested secure defaults were applied.
B:Azure Storage encrypts data at rest automatically. Customer-managed keys are an additional key-governance option, not the base requirement for encryption. This matters here because an administrator needs to avoid secrets embedded in automation when using customer-managed storage encryption. Which….
D:Embedded credentials conflict with the requirement to avoid secrets in automation. The storage account should use an appropriately authorized managed identity for key-wrap operations.
Question 337
An Azure Files share snapshot already exists from before an unwanted bulk file update. The administrator needs to retrieve just one earlier file version without restoring the entire live share. What operation best fits?
- Use an append blob for supported append-only record operations.
- Inspect file-system ACLs on the target folder as well as the share-level role.
- Create a new empty Azure Files share instead of copying one file from the existing snapshot.
- Browse or mount the relevant Azure Files share snapshot and copy the required historical file back to an authorized location.
Explanation
Correct Answer
D:A share snapshot provides a point-in-time read-only view of the Azure Files content. Because the request is for one file, the operator can browse the chosen snapshot and copy just that file back, avoiding unnecessary replacement of all files on the live share.
Incorrect Answers
A:Append blobs allow appending blocks without replacing the whole object. Page blobs target range-based reads and writes.
B:Share-level authorization and folder ACLs are cumulative controls. Access to the share does not automatically grant access to every directory. This matters here because an Azure Files share snapshot already exists from before an unwanted bulk file update. The administrator needs to….
C:An empty new share contains none of the historical bytes preserved in the snapshot. Browse or mount the existing share snapshot and copy the single required file back to a permitted destination without overwriting the rest of the live share.
Question 338
After a user overwrites a document, the administrator wants the prior bytes without restoring the entire share. What should they do?
- Browse the relevant Azure Files snapshot and copy back the specific prior file.
- Create a replacement Azure Files share without locating the historical file snapshot.
- Enable a supported Azure Files identity-based authentication method and share-level authorization.
- Inspect file-system ACLs on the target folder as well as the share-level role.
Explanation
Correct Answer
A:Snapshots enable selective recovery of prior file versions. Increasing the live share quota cannot recover overwritten contents. This matters here because after a user overwrites a document, the administrator wants the prior bytes without restoring the entire share.
Incorrect Answers
B:Another Azure Files share does not automatically recover a previously overwritten document. Find the appropriate read-only share snapshot or available recovery version and restore the particular file, leaving other share content untouched.
C:Azure Files can use supported identity integration such as AD DS or Microsoft Entra Kerberos, depending on account and client requirements. This matters here because after a user overwrites a document, the administrator wants the prior bytes without restoring the entire share.
D:Share-level authorization and folder ACLs are cumulative controls. Access to the share does not automatically grant access to every directory. This matters here because after a user overwrites a document, the administrator wants the prior bytes without restoring the entire share.
Question 339
An Azure Files share was deleted accidentally, and the team wants the whole share restored before retention expires. What must have been enabled?
- Enable container soft delete on Blob Storage and assume it restores a deleted Azure Files SMB share.
- List soft-deleted containers and restore the eligible container by name and version when applicable.
- Enable container soft delete with a suitable retention interval before future deletions.
- Turn on Azure Files share soft delete with an appropriate retention period.
Explanation
Correct Answer
D:Share soft delete retains eligible deleted file shares so the entire share can be recovered. Share snapshots focus on content states and do not replace share deletion protection. This matters here because an Azure Files share was deleted accidentally, and the team wants the whole share restored before retention expires.
Incorrect Answers
A:Blob containers and Azure Files shares use different deletion and recovery features. The missing protection is Azure Files share soft delete in an eligible storage account.
B:Deleted containers are separate from active containers during soft-delete retention. Normal listing may hide recoverable entries. This matters here because an Azure Files share was deleted accidentally, and the team wants the whole share restored before retention expires.
C:Deleting a container is a separate operation from deleting one blob. Container-level soft delete is the pertinent whole-container recovery feature.
Question 340
The portal shows a deleted file share but restore is disabled because its soft-delete retention expired. Why?
- Share soft-delete recovery applies only inside the configured retention window.
- Enable a supported Azure Files identity-based authentication method and share-level authorization.
- Increase Blob Storage soft-delete retention after the Azure Files share recovery window has already expired.
- List soft-deleted containers and restore the eligible container by name and version when applicable.
Explanation
Correct Answer
A:A deleted share that exceeds the retention period is not ordinarily recoverable through that feature. An independent backup may be necessary. This matters here because the portal shows a deleted file share but restore is disabled because its soft-delete retention expired. Why.
Incorrect Answers
B:Azure Files can use supported identity integration such as AD DS or Microsoft Entra Kerberos, depending on account and client requirements. This matters here because the portal shows a deleted file share but restore is disabled because its soft-delete retention expired. Why.
C:Azure Files share soft-delete uses its own retention and restore behavior. After its recovery window expires, enabling Blob soft delete cannot recover the deleted file share.
D:Deleted containers are separate from active containers during soft-delete retention. Normal listing may hide recoverable entries. This matters here because the portal shows a deleted file share but restore is disabled because its soft-delete retention expired. Why.