MENU
A large organization wants to stagger the installation of software updates with computers in different organizational groups by installing the updates on different days.
How can an administrator accomplish this without continually creating separate software update policies that target the different organizational groups?
Suggested Answer: B
Get Premium 250-447 Questions
as Interactive Web-Based Practice Test or PDF
Real Exam Format
Detailed Explanations
Instant Access
Get Your Practice Test
36 comments · newest first
GE
Gennie
11 months ago
D could work too, but it might get messy with too many clones.
TE
Tennie
11 months ago
Wait, can you really automate disabling the update plug-in? That sounds risky!
TE
Tesha
11 months ago
Cloning policies seems like a lot of extra work, isn't there an easier way?
AL
Alex
12 months ago
I disagree, I think A is more efficient for managing downloads.
DE
Deandrea
12 months ago
Option C sounds like a solid plan for staggering updates.
EL
Elinore
12 months ago
I practiced a similar question about patch management, and I think modifying the Windows Patch Remediation Settings might be a viable option too.
JA
Janna
1 year ago
I feel like the Site Management settings could help stagger updates, but I can't recall the specifics on how to set that up.
GL
Gladys
1 year ago
I think creating clones of the Default Software Update Plug-in Policy could work, but it seems like a lot of extra work to modify each one.
KA
Kattie
1 year ago
I remember something about using automation policies, but I'm not entirely sure if disabling the Software Update Plug-in is the right approach.
KA
Kati
1 year ago
Option D looks interesting, but I'm not sure if modifying the Windows Patch Remediation Settings is the best way to handle this. I think I'll focus on the first couple of options and see if I can figure out a more straightforward solution.
EU
Eugene
1 year ago
I'm a bit confused by Option C. Disabling the Software Update Plug-in by group doesn't seem like it would actually stagger the updates. I'm not sure that's the right approach here.
DO
Dona
1 year ago
I'm leaning towards Option A. If we can configure the Site Management settings to have each group download from a different package server, that seems like it could be a pretty elegant solution. I'll need to look into the details, but that's where I'm starting.
CH
Charolette
1 year ago
Okay, let's see. I think the key here is to find a way to target the different organizational groups without having to create a ton of separate policies. Option B sounds promising, but I'm not sure if that's the most efficient approach.
TU
Tula
1 year ago
Hmm, this looks like a tricky one. I'll need to think carefully about the different options and how they might work in practice.
DA
Dacia
1 year ago
Ah, I remember learning about this in class. Kubernetes definitely uses YAML files for its application definitions. I'm confident A is the correct answer.
PH
Phyliss
2 years ago
I love how the question specifically says 'without continually creating separate policies'. Gotta hand it to the exam writers, they're really trying to trip us up here. B is the way to go.
AD
Adaline
1 year ago
D) Create clones of the Windows Patch Remediation Settings and modify the target in each policy
MA
Mayra
1 year ago
I agree, B seems like the most efficient option here.
SH
Sherita
1 year ago
B) Create clones of the Default Software Update Plug-in Policy and modify the target in each policy
TO
Tori
1 year ago
A) Configure Site Management settings so that each organizational group downloads the software update installation files from a different package server
GE
Georgene
2 years ago
Option C sounds like the kind of 'creative' solution an engineer would come up with, but it's probably more trouble than it's worth. B is the clear winner.
LA
Lashanda
1 year ago
B) Create clones of the Default Software Update Plug-in Policy and modify the target in each policy
JE
Jeanice
1 year ago
A) Configure Site Management settings so that each organizational group downloads the software update installation files from a different package server
TA
Tandra
1 year ago
B) Create clones of the Default Software Update Plug-in Policy and modify the target in each policy
KI
Kirby
2 years ago
Haha, the 'continually creating separate software update policies' line makes me think of an admin just copy-pasting the same policy over and over. B is definitely the way to go.
LI
Ling
2 years ago
I agree, B is the best choice here. Disabling the plugin or managing separate patch policies sounds like a lot of unnecessary effort.
LE
Leonora
1 year ago
Yeah, creating clones of the Default Software Update Plug-in Policy seems like the simplest solution.
DE
Destiny
1 year ago
I think B is the best option too. It's more efficient than the other choices.
WI
Wilda
2 years ago
I see your points, but I think option D could also work. Modifying the target in each policy can help stagger the updates effectively.
EA
Earleen
2 years ago
I disagree, I believe option A is more efficient. It ensures each group downloads updates from a different server.
QU
Quentin
2 years ago
Option B seems like the most straightforward approach. Cloning the policy and modifying the target for each group is a neat way to stagger the updates.
VE
Venita
1 year ago
I agree, it's a smart way to manage software updates across different organizational groups.
GE
Gearldine
1 year ago
It definitely simplifies the process and ensures each group gets updated at different times.
TI
Titus
2 years ago
Cloning the policy and modifying the target for each group is a neat way to stagger the updates.
MI
Micah
2 years ago
Option B seems like the most straightforward approach.
JA
Janna
2 years ago
I think option B is the best choice. It allows for customization without creating separate policies.