Improve company productivity with a Business Account.Sign Up

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 744
  • Last Modified:

Cloning VM Server

I am looking to make some changes tone of my VMware servers and was wondering what would be the fastest way to do this would it be cloning the server or creating a snapshoot so that if something happens I can revert back to the previous.
0
ahmad1467
Asked:
ahmad1467
  • 2
  • 2
  • 2
  • +2
1 Solution
 
Luciano PatrãoICT Senior Infraestructure  Engineer  Commented:
Hi

A Snapshot of course.

Clone is just a copy of that machine. And you can only clone if you have vCenter Server.

Jail
0
 
mittermuellerCommented:
I think your are talking about VM guests, right? So BestWay is right. Use shapshots (check storage usage first).
0
 
ahmad1467Author Commented:
The server that I want to make the changes to is an Exchange server, but if I create a snapshoot and have to revert back to the snapshot will lose the emails.
0
Making Bulk Changes to Active Directory

Watch this video to see how easy it is to make mass changes to Active Directory from an external text file without using complicated scripts.

 
pnrhaitCommented:
Since this is the exchange I would not be looking at the fastest way to do this even if it is critical you may be looking at a rebuild. If you have a test environment that is completed seperate from your production you can clone the exchange and move the clone into your test environment. Edit the properties so that there is no connection back to your production environment.

Or you could do a combination, I honestly have never done this so I cannot comment on the backlash, so take this suggestion and dig deeper.. clone the exchange.. on the current one take a snapshot and do your change and if the change fails revert to snapshot.. If reverting to the snapshot does mess with the mailbox store you could power down the exchange convert your clone to a vm and bring it back up.. *But like I said I have not tried this so dig very deep*
0
 
ahmad1467Author Commented:
Cloning sounds like the way to go.

Thank you.
0
 
mittermuellerCommented:
Maybe you have some kind of production timeout (at night?). You could block incoming mail (best on firewall), then do your snapshot, then your patches and tests - and if sucessfull open incoming ports.

A different approach would be the deal with exchange transaction logs - but quite difficult....
0
 
pnrhaitCommented:
Snapshot is still a good idea cause best practice would suggest to do this during an outage where you will stopping the services anyways to take a clean snapshot
0
 
aleghartCommented:
Killing all mail services (firewall) would force inbound mail to seek your secondary MX record...hopefully an SMTP relay that will hold it for you during  the planned outage.

That should give you time to backup/snapshot/clone or any other type of maintenance.  When you're done re-enable the mail services and your backup SMTP relay should start feeding the backlog to the server.

It won't know or care that your server is on a new host.
0
 
Luciano PatrãoICT Senior Infraestructure  Engineer  Commented:
Hi

If you a problem the emails, just backup that part.

Cloning a Exchange and then restore it is not a good backup solution. Or do you have a backup tool(like Veeam) that make you a good backup from your VMs, if yes, thats ok, but if not, cloning a VM(like Exchange) is not a good backup solution. But this always is a Baku from the VM, not the Exchange Store itself. For this you need backup the Exchange Store, or emails accounts.

Stopping receiving email, services or other solution, is not of course a good backup police.

You need to have a normal backup that will backup your emails(backup Exchange DB and/or emails accounts) during the day, then do also a snapshot.

Then if you have problem, just reserve to snapshot, then restore your emails DB to the last backup.

On every backup on Exchange, you will never restore a backup with the real emails, before the crash. You cannot have a backup every 1m. So or you have a Store DB replication on Exchange side(and can replicate this into a different disk, or shared folder), or you need to restore the db from your backup, and of course the emails received/send-it between that time will lose.

Now again, stopping services, receiving emails, this is not any type of solution for a Exchange backup.

In other hand, if you have a problem when you are restoring your Exchange with the inbound emails, then like aleghart refers you need to have a secondary MX record in a SMTP relay to hold the emails while your Exchange is of. But that is another question.

Hope this can help

Jail
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Featured Post

Free Tool: IP Lookup

Get more info about an IP address or domain name, such as organization, abuse contacts and geolocation.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

  • 2
  • 2
  • 2
  • +2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now