In SSMS if you restore a database (choose a .bak file) and then under options
turn on the replace option, the file paths are assumed to be the same as the
files you are overwriting.
With Toad, if you do the same thing, the file paths are not updated:
…and the restore doesn’t work:
Fails with error: the system cannot find the file specified
Hopefully this can be fixed with the next cycle… I’m trying to get
it to the point where I don’t need SSMS to do daily activities.
We do remember this request. New button was implemented on the Destination tab
of Restore Database dialog – Set Database Default Path. You can see it on
the first beta build when it is available.
By this button, Toad sets default path for new databases defined on this
Server\Instance.
Darren, I hope it is cover your scenario or you have something more on this?
We do remember this request. New button was implemented on the Destination tab
of Restore Database dialog – Set Database Default Path. You can see it on
the first beta build when it is available.
By this button, Toad sets default path for new databases defined on this
Server\Instance.
Darren, I hope it is cover your scenario or you have something more on this?
We do remember this request. New button was implemented on the Destination tab
of Restore Database dialog – Set Database Default Path. You can see it on
the first beta build when it is available.
By this button, Toad sets default path for new databases defined on this
Server\Instance.
Darren, I hope it is cover your scenario or you have something more on this?
We do remember this request. New button was implemented on the Destination tab
of Restore Database dialog – Set Database Default Path. You can see it on
the first beta build when it is available.
By this button, Toad sets default path for new databases defined on this
Server\Instance.
Darren, I hope it is cover your scenario or you have something more on this?
We do remember this request. New button was implemented on the Destination tab
of Restore Database dialog – Set Database Default Path. You can see it on
the first beta build when it is available.
By this button, Toad sets default path for new databases defined on this
Server\Instance.
Darren, I hope it is cover your scenario or you have something more on this?
That button is great, will save me time on restores of new databases.
But it won’t work to solve this particular problem.
If a user mounts a database to some other path on this computer, then when
restoring another file chooses the option to Overwrite existing database, that
button should actually be disabled or just not do anything because when the
“To database” exists, with the “Overwrite existing
database” option set to true the only files that matter are the ones
already mounted.
That button is great, will save me time on restores of new databases.
But it won’t work to solve this particular problem.
If a user mounts a database to some other path on this computer, then when
restoring another file chooses the option to Overwrite existing database, that
button should actually be disabled or just not do anything because when the
“To database” exists, with the “Overwrite existing
database” option set to true the only files that matter are the ones
already mounted.
That button is great, will save me time on restores of new databases.
But it won’t work to solve this particular problem.
If a user mounts a database to some other path on this computer, then when
restoring another file chooses the option to Overwrite existing database, that
button should actually be disabled or just not do anything because when the
“To database” exists, with the “Overwrite existing
database” option set to true the only files that matter are the ones
already mounted.
That button is great, will save me time on restores of new databases.
But it won’t work to solve this particular problem.
If a user mounts a database to some other path on this computer, then when
restoring another file chooses the option to Overwrite existing database, that
button should actually be disabled or just not do anything because when the
“To database” exists, with the “Overwrite existing
database” option set to true the only files that matter are the ones
already mounted.
That button is great, will save me time on restores of new databases.
But it won’t work to solve this particular problem.
If a user mounts a database to some other path on this computer, then when
restoring another file chooses the option to Overwrite existing database, that
button should actually be disabled or just not do anything because when the
“To database” exists, with the “Overwrite existing
database” option set to true the only files that matter are the ones
already mounted.