Oracle Exam 1Z0-134 Topic 8 Question 111 Discussion

Actual exam question for Oracle's 1Z0-134 exam

Question #: 111
Topic #: 8

You have been tasked with deploying and targeting a new application to every server in a WebLogic cluster.

Some servers are running on machines that have access to a common shared file system, while other servers do not have that same access.

Currently, the default deployment staging mode for all servers in the cluster is set to STAGE -- however, you wish to avoid having the AdminServer automatically copy the application to the servers (in that cluster) with shared file system access.

Which two approaches would satisfy the above requirement? (Choose two.)

AChange the default deployment staging mode for all servers to EXTERNAL_STAGE, and then copy the application to all servers.

BChange the default deployment staging mode for the servers with access to the shared file system to NO_STAGE, then copy the application to the shared file system.

CChange the staging mode of the application to EXTERNAL_STAGE when you are deploying it to the cluster.

DLeave the default deployment staging mode for all servers as STAGE, but copy the application to the shared file system prior to deployment.

Show Suggested Answer

Suggested Answer: A, C

by Lea at Jan 28, 2025, 08:28 PM

Limited Time Offer

25%

Off

Get Premium 1Z0-134 Questions as Interactive Web-Based Practice Test or PDF

Contribute your Thoughts:

Submit Cancel

Cecil

1 months ago

Option B, all the way. Changing the staging mode for the shared file servers is the most elegant solution. Plus, it'll give me a chance to yell at the admins for not having a consistent file system setup. Win-win!

upvoted 0 times

Lindsey

18 days ago

I agree, changing the staging mode for the servers with shared file system access seems like the most efficient solution.

upvoted 0 times

...

Van

25 days ago

Option B sounds like the best approach. It keeps things organized and avoids unnecessary copying.

upvoted 0 times

...

Adrianna

2 months ago

I'm going with B and C. Covering all our bases, you know? No stage for the shared file servers, external stage for the app. Can't be too careful when it comes to WebLogic, am I right? Oh, and don't forget the mandatory 'Weblogic is life' comment. It's tradition.

upvoted 0 times

...

Gaynell

2 months ago

Hold up, what if we just go with option D? That way we don't have to change any staging modes, we just copy the app to the shared file system beforehand. Seems like the lazy man's solution, but hey, sometimes lazy is the way to be.

upvoted 0 times

Ardella

8 days ago

Good point, combining options D and B would cover all our bases without changing the default staging mode for all servers.

upvoted 0 times

...

Carol

10 days ago

In that case, maybe we should go with option B as well to handle the servers with shared file system access differently.

upvoted 0 times

...

Jolene

11 days ago

True, we would still need to deploy the application to those servers separately if we choose option D.

upvoted 0 times

...

Mauricio

1 months ago

That could work, but we also need to consider the servers without shared file system access.

upvoted 0 times

...

Lennie

2 months ago

Hmm, I'm not sure. Option C also looks good, changing the staging mode of the app to EXTERNAL_STAGE when deploying. That way we don't have to mess with the server settings. Though I guess that takes a bit more manual effort.

upvoted 0 times

Darrin

7 days ago

True, it's a trade-off between automating the process and having more control over the deployment.

upvoted 0 times

...

Domingo

10 days ago

Option C could work too, but it might require more manual effort to change the staging mode of the application during deployment.

upvoted 0 times

...

Willie

16 days ago

I agree, that way we can avoid the AdminServer automatically copying the application to those servers.

upvoted 0 times

...

Nadine

1 months ago

Option B seems like a good choice. We can change the staging mode for servers with shared file system access to NO_STAGE.

upvoted 0 times

...

Ruthann

2 months ago

I agree, it might require more manual work but it seems like a reliable approach.

upvoted 0 times

...

Sheridan

2 months ago

Option C is a good idea, it would make the deployment process smoother.

upvoted 0 times

...

Brandon

2 months ago

That's a good point, Skye. It might be safer to go with option A and also consider option D as a backup plan.

upvoted 0 times

...

Skye

2 months ago

I'm not sure about option B though. Changing the staging mode for servers with shared file system access to NO_STAGE might cause issues during deployment.

upvoted 0 times

...

Omer

2 months ago

I agree with Brandon. Option A seems like the best approach to avoid automatic copying to servers with shared file system access.

upvoted 0 times

...

Stefan

2 months ago

I think option B is the way to go. By changing the staging mode for the servers with shared file access to NO_STAGE, we can avoid the AdminServer automatically copying the app to those servers. Seems like the most straightforward approach.

upvoted 0 times

An

2 months ago

Definitely, it's a simple solution to avoid unnecessary copying of the application to certain servers.

upvoted 0 times

...

Frederica

2 months ago

I agree, that way we can prevent the AdminServer from automatically copying the application to servers with shared file access.

upvoted 0 times

...

Valentine

2 months ago

Option B sounds like a good plan. Changing the staging mode for those servers should do the trick.

upvoted 0 times

...

Brandon

2 months ago

I think option A is a good choice because changing the default staging mode for all servers to EXTERNAL_STAGE would prevent the AdminServer from automatically copying the application.

upvoted 0 times

...