Get Unlimited Contributor Access to the all ExamTopics Exams!
Take advantage of PDF Files for 1000+ Exams along with community discussions and pass IT Certification Exams Easily.
You have an Azure subscription that contains a resource group named TestRG. You use TestRG to validate an Azure deployment. TestRG contains the following resources:
You need to delete TestRG. What should you do first?
A.
Modify the backup configurations of VM1 and modify the resource lock type of VNET1
B.
Remove the resource lock from VNET1 and delete all data in Vault1
C.
Turn off VM1 and remove the resource lock from VNET1
Suggested Answer:C🗳️
When you delete a resource group, all of its resources are also deleted. Deleting a resource group deletes all of its template deployments and currently stored operations. Reference: https://docs.microsoft.com/en-us/azure/azure-resource-manager/management/delete-resource-group?tabs=azure-powershell
Correct Answer: B
When you delete a resource group, all of its resources are also deleted. Deleting a resource group deletes all of its template deployments and currently stored operations.
As an administrator, you can lock a subscription, resource group, or resource to prevent other users in your organization from accidentally deleting or modifying critical resources. The lock overrides any permissions the user might have.
You can't delete a vault that contains backup data. Once backup data is deleted, it will go into the soft deleted state.
So you have to remove the lock on order to delete the VNET and delete the backups in order to delete the vault.
Reference:
https://docs.microsoft.com/en-us/azure/azure-resource-manager/management/delete-resource-group?tabs=azure-powershell
https://docs.microsoft.com/en-us/azure/azure-resource-manager/management/lock-resources
https://docs.microsoft.com/en-us/azure/backup/backup-azure-delete-vault#before-you-start
No, this is wrong. one of the reasons why resource groups were designed is to facilitate the deletion of resources in Dev environments. You delete the RG and all its components are gone.
C is the answer.
Answer should be B. A recovery service vault can not deleted unless all its backups are deleted permanently. And along with that definitely resource lock has to be removed on vnet
Tried in the lab, a lot of steps to remove the vault.
https://docs.microsoft.com/en-us/azure/backup/quick-backup-vm-portal
https://docs.microsoft.com/en-us/azure/backup/backup-azure-security-feature-cloud#permanently-deleting-soft-deleted-backup-items
Disagree. The more I think about this, the less "delete all data" makes sense as step one. Step one is to modify the VM's backup configuration, but A doesn't make sense either.
I actually think they're correct. Easiest first step is to shut stuff off (not strictly needed) and remove the resource lock. Then disable soft-delete if on, remove the backup configuration for VM1 and any backups, then you can turn down the RG.
https://docs.microsoft.com/en-us/azure/backup/backup-azure-delete-vault?tabs=portal
vault manuall deleted because it stays there 14 days.. B , is corect unswer, if it was sql you need to shutdown sql instances for backup
C or D.
Before deleting resource group, you must first solve this problem:
- you can't delete a virtual network with subnets that are still in use by a virtual machine.
- you can't delete recovery service vault with backupped data inside
C. Turn off VM1 and remove the resource lock from VNET1
Before deleting the resource group TestRG, it's essential to ensure that all resources within it are in a state that allows for their deletion. Turning off VM1 and removing any resource locks from VNET1 would prepare the resources for deletion without causing any data loss or leaving resources in a locked state.
I would say the correct ans is C, but you could also think the B is OK. The question is.
Once we execute the delete resource group action it will automatically turn off the VM1?
If yes, then the ans should be B.
Please advise
3 steps which has to be done before we can delete the resource group
-> Stop the back up of VM
-> Delete all locks on resources of rg
-> Empty the vault
based on this, B seems to be the best option.
Correct Answer: C
Question is what should you DO FIRST:
-First you turn off the VM and remove the resource lock
-Once VM is off you can modify the back config
-Once backup config is remove you can remove backups from vault
-Once vault is empty you can remove the TestRG.
Key point being that of the choices, C which includes turning off the VM HAS to be done first before anything else can be done.
Ignore what I said about backup config xD
The VM has to be off so that it is not using the subnet associated with the vnet: "you can't delete a virtual network with subnets that are still in use by a virtual machine"
https://learn.microsoft.com/en-us/azure/azure-resource-manager/management/delete-resource-group?tabs=azure-powershell#required-access-and-deletion-failures
The questions states that you need to delete the Resource Group, so there is no need to delete each component individually. You can do a delete on the entire resource group and it will also get rid of all the resources. The trick here is that you have a resource lock in place that prevents you from deleting it (in this case the vault) and also a recovery services vault that has backup data in in which again cannot be deleted. You first need to solve these two problems before simply deleting the entire resource group and everything in it, in one go.
You do not need to turn off VMs to delete them. I made so many of those studying for AZ104 and i never had to turn off any VM before deleting it. Also you need to delete the contents of a vault before you can delete it. There is actually a lenghty checklist of things you need to do in the vault before you can delete it besides deleting its backup.
I passed with these questions and many friends passed too, all questions appeared in the real exam a great study resource, contact me on [email protected]
I passed with these questions and many friends passed too, all questions appeared in the real exam a great study resource, contact me on [email protected]
What should you do **first**?
The answer is D. Turn off VM1 and delete all data in Vault1.
This is the correct answer because the question asks what should be deleted first before deleting TestRG. According to the current web page context, TestRG contains a virtual machine named VM1, a virtual network named VNET1, and a recovery services vault named Vault1. The web page context also states that VM1 is connected to VNET1 and that Vault1 contains backup data for VM1. Therefore, before deleting TestRG, we need to delete the resources that depend on it or have a resource lock. In this case, VM1 depends on VNET1 and Vault1 has a resource lock. To delete VM1, we need to turn it off first. To delete Vault1, we need to delete all the data in it first. Therefore, the first step is to turn off VM1 and delete all data in Vault1.
It has to be "B". Deleting an RG includes deleting any recovery vault that is in it, and this article clearly states that you cannot delete the vault if it contains data:
https://learn.microsoft.com/en-us/azure/backup/backup-azure-delete-vault?tabs=portal
The delete lock also needs to be removed as by definition it blocks deletion of the locked resource.
A voting comment increases the vote count for the chosen answer by one.
Upvoting a comment with a selected answer will also increase the vote count towards that answer by one.
So if you see a comment that you already agree with, you can upvote it instead of posting a new comment.
mlantonis
Highly Voted 2 years, 11 months agoGyanshukla
2 years, 8 months agomonus
2 years, 6 months agoAubinBakana
2 years, 8 months agoAubinBakana
2 years, 8 months agozr79
2 years, 1 month agomabdullah
1 year, 4 months agoDips88
Highly Voted 2 years, 12 months agopoplovic
2 years, 10 months agorawrkadia
2 years, 9 months agommNYC
2 years, 3 months agommtechsolutionsinc
2 years, 2 months ago[Removed]
2 years, 1 month ago_gio_
Most Recent 1 month agoCg007
1 month, 2 weeks agojecampos2
2 months, 1 week agoAmir1909
2 months, 1 week agoHdiaOwner
2 months, 2 weeks agoMYR55
3 months, 3 weeks agoMentalTree
4 months, 2 weeks agoMentalTree
4 months, 2 weeks ago[Removed]
4 months, 2 weeks agoziggy1117
5 months, 3 weeks agomattpaul
6 months agomattpaul
6 months agopal40sg
6 months, 2 weeks agoTedM2
6 months, 2 weeks agomark55665
6 months, 3 weeks agobechidu
7 months agosjsaran
7 months ago