Skip to main content

Backup / Restore question

Posted by gregshap on Fri, 10/03/2008

I have 2 machines, they are different hardware models and one has a Digium 8 Port POTS card in it and the other doesn't. If I backup and then restore into each other machine (IE swap backups from one to the other) will both come up ready to go after restore? (except of course the setting for the Digium card) ?

Thanks,

Greg


Submitted by gregshap on Sat, 10/04/2008 Permalink

Erik,

But wouldn't the setup from one box transfer to the other? They both have 25 user licenses.

I just want all settings for voice recordings, Automated attendants, trunks and users to transfer to another box using the backup / restore function.

Thanks,

Submitted by eeman on Sat, 10/11/2008 Permalink

the license key gets backed up too, so you must be aware that when you restore on another box, it will complain about a incorrect license, you will need to re-install the license.

Submitted by gregshap on Sat, 10/11/2008 Permalink

Thanks Erik,

I had no idea. There needs to be a way to select not backing up the license as an option.

Alex, read this !!!!

Greg

Submitted by eeman on Sun, 10/12/2008 Permalink

perhaps a better request is to ask for a migration tool, different from backup, that would allow for moving a tenant to a single tenant platform.

  • in MTE it would give the option of migration to:
    • another MTE
      • for example: you need to move heavier users off to another machine
    • a single tenant machine (where tenant name and number are stripped from values)
      • for example: they outgrew a hosted solution and want their own PBX Manager solution
  • in single tenant it would give the option of migration to:
    • another single tenant where most everything moves over as-is minus zaptel and licensing files (TL and digium)
      • for example: an upgrade to pbx hardware needs to occur.
    • an MTE tenant where it would convert as much of the configuration as possible to a tenant within MTE

additionally version information would be incorporate into the migration file so that the importing machine could issue a warning that about the version difference and that some scripts may behave differently on the new platform.

Submitted by thirdlane on Tue, 10/14/2008 Permalink

At the moment we don't have anything to do a migration, but I was considering something very similar to what Erik suggested.

Probably pretty soon.

Best regards,

Alex