Showing posts with label copying. Show all posts
Showing posts with label copying. Show all posts

Tuesday, March 20, 2012

Restore ReportServer Database

Accidentally the key tables were deleted from our ReportServer SQL Database.

We tried copying the tables over from the ReportServer TempDB, but this then broke the encryption key (which we did not have access to the backup of).

We then ran rsconfig -c to restructure the db connection and generate a new key. But unfortunately our old data was encrypted by the old key.

We are also getting the following error on the http://localhost/Reports page:

The version of the report server database is either in a format that is not valid, or it cannot be read. The found version is 'Unknown'. The expected version is 'C.0.6.51'. To continue, update the version of the report server database and verify access rights. (rsInvalidReportServerDatabase)

The recomended fix for this error is to reinstall Reporting Services from scratch.

We were hoping that there maybe another way around this, preferably away we can just restore from he TempDB.

Thanks for your attention.

The tempdb is not a copy of the main report server database. It contains a different set of data. The main database stores report defintitions, data sources, security settings, schedules, etc. The tempdb stores dynamic data , such as report snapshot that are current being viewed. You can't restore one from the other.

If you don't have a backup of the encryption key, you will need to delete all encrypted content in the database via the config tool. If you have lost your entire report server database (which sounds like it is the case) and don't have a backup, you will need to rebuild it from scratch.

Wednesday, March 7, 2012

Restore of master

Tomorrow we are updating a server from 7.0 to 2000 w/
these steps:
1. I am copying the user databases off onto another
server.
2. We'll uninstall 7.0.
3. We'll install Sql Server 2000.
4. We'll copy the user databases back and let the upgrade
happen "on the fly".
My question: how do I restore the master and/or msdb
database? Of course I can make a backup but it will be a
7.0 backup. Is it as simple as doing a restore of the
master from the masterxxx.bak file that is 7.0?You cannot restore system databases across version, most time not even
across service packs. To automate the info in the system databases, you need
to let the install program update the 7.0 install to 2000.
So, you have to consider each piece of information in the system databases
and what you want to bring over and what you can do automatically. One way
is to study the system tables and from there create a list of what is stored
in the system databases and how to bring that over (and whether you can
"re-type" of want to automate). The main things are usually (I probably
forget some stuff, been away for a month):
Master:
Logins
Linked servers
Backupdevices
Msdb:
Jobs
Alerts
And don't forget model, if you've done any changes to it.
Post back if you want to know more about a certain topic.
--
Tibor Karaszi, SQL Server MVP
Archive at:
http://groups.google.com/groups?oi=...ublic.sqlserver
"SSB" <anonymous@.discussions.microsoft.com> wrote in message
news:292501c3e113$52350320$a501280a@.phx.gbl...
quote:

> Tomorrow we are updating a server from 7.0 to 2000 w/
> these steps:
> 1. I am copying the user databases off onto another
> server.
> 2. We'll uninstall 7.0.
> 3. We'll install Sql Server 2000.
> 4. We'll copy the user databases back and let the upgrade
> happen "on the fly".
> My question: how do I restore the master and/or msdb
> database? Of course I can make a backup but it will be a
> 7.0 backup. Is it as simple as doing a restore of the
> master from the masterxxx.bak file that is 7.0?
|||What you outlined below was exactly what I was planning
on, because I have a certain amount of concern over
letting sql server do the upgrade. I've seen small
problems with upgrades on the client tools and so I've
never felt comfortable with an upgrade of sql server
itself.
Do you agree with my assessment? Isn't it always better
to do a fresh install if at all possible?
quote:

>--Original Message--
>You cannot restore system databases across version, most

time not even
quote:

>across service packs. To automate the info in the system

databases, you need
quote:

>to let the install program update the 7.0 install to 2000.
>So, you have to consider each piece of information in the

system databases
quote:

>and what you want to bring over and what you can do

automatically. One way
quote:

>is to study the system tables and from there create a

list of what is stored
quote:

>in the system databases and how to bring that over (and

whether you can
quote:

>"re-type" of want to automate). The main things are

usually (I probably
quote:

>forget some stuff, been away for a month):
>Master:
>Logins
>Linked servers
>Backupdevices
>Msdb:
>Jobs
>Alerts
>And don't forget model, if you've done any changes to it.
>Post back if you want to know more about a certain topic.
>--
>Tibor Karaszi, SQL Server MVP
>Archive at:
>http://groups.google.com/groups?

oi=djq&as_ugroup=microsoft.public.sqlserver
quote:

>
>"SSB" <anonymous@.discussions.microsoft.com> wrote in

message
quote:

>news:292501c3e113$52350320$a501280a@.phx.gbl...
upgrade[QUOTE]
a[QUOTE]
>
>.
>
|||Yes, I generally prefer fresh installations over upgrades. However, if you
have a more complex installation (again, regarding the stuff in your system
databases), then the effort to bring that over is an issue to weigh in, of
course. Also, another factor is how familiar you are with what is in the
system databases and how to copy or re-cerate that info.
In many cases, I prefer fresh install over upgrades for SQL Server as well.
Tibor Karaszi, SQL Server MVP
Archive at:
http://groups.google.com/groups?oi=...ublic.sqlserver
"SSB" <anonymous@.discussions.microsoft.com> wrote in message
news:2a8b01c3e12b$6bf07570$a401280a@.phx.gbl...[QUOTE]
> What you outlined below was exactly what I was planning
> on, because I have a certain amount of concern over
> letting sql server do the upgrade. I've seen small
> problems with upgrades on the client tools and so I've
> never felt comfortable with an upgrade of sql server
> itself.
> Do you agree with my assessment? Isn't it always better
> to do a fresh install if at all possible?
>
> time not even
> databases, you need
> system databases
> automatically. One way
> list of what is stored
> whether you can
> usually (I probably
> oi=djq&as_ugroup=microsoft.public.sqlserver
> message
> upgrade
> a

Restore of master

Tomorrow we are updating a server from 7.0 to 2000 w/
these steps:
1. I am copying the user databases off onto another
server.
2. We'll uninstall 7.0.
3. We'll install Sql Server 2000.
4. We'll copy the user databases back and let the upgrade
happen "on the fly".
My question: how do I restore the master and/or msdb
database? Of course I can make a backup but it will be a
7.0 backup. Is it as simple as doing a restore of the
master from the masterxxx.bak file that is 7.0?You cannot restore system databases across version, most time not even
across service packs. To automate the info in the system databases, you need
to let the install program update the 7.0 install to 2000.
So, you have to consider each piece of information in the system databases
and what you want to bring over and what you can do automatically. One way
is to study the system tables and from there create a list of what is stored
in the system databases and how to bring that over (and whether you can
"re-type" of want to automate). The main things are usually (I probably
forget some stuff, been away for a month):
Master:
Logins
Linked servers
Backupdevices
Msdb:
Jobs
Alerts
And don't forget model, if you've done any changes to it.
Post back if you want to know more about a certain topic.
--
Tibor Karaszi, SQL Server MVP
Archive at:
http://groups.google.com/groups?oi=djq&as_ugroup=microsoft.public.sqlserver
"SSB" <anonymous@.discussions.microsoft.com> wrote in message
news:292501c3e113$52350320$a501280a@.phx.gbl...
> Tomorrow we are updating a server from 7.0 to 2000 w/
> these steps:
> 1. I am copying the user databases off onto another
> server.
> 2. We'll uninstall 7.0.
> 3. We'll install Sql Server 2000.
> 4. We'll copy the user databases back and let the upgrade
> happen "on the fly".
> My question: how do I restore the master and/or msdb
> database? Of course I can make a backup but it will be a
> 7.0 backup. Is it as simple as doing a restore of the
> master from the masterxxx.bak file that is 7.0?|||What you outlined below was exactly what I was planning
on, because I have a certain amount of concern over
letting sql server do the upgrade. I've seen small
problems with upgrades on the client tools and so I've
never felt comfortable with an upgrade of sql server
itself.
Do you agree with my assessment? Isn't it always better
to do a fresh install if at all possible?
>--Original Message--
>You cannot restore system databases across version, most
time not even
>across service packs. To automate the info in the system
databases, you need
>to let the install program update the 7.0 install to 2000.
>So, you have to consider each piece of information in the
system databases
>and what you want to bring over and what you can do
automatically. One way
>is to study the system tables and from there create a
list of what is stored
>in the system databases and how to bring that over (and
whether you can
>"re-type" of want to automate). The main things are
usually (I probably
>forget some stuff, been away for a month):
>Master:
>Logins
>Linked servers
>Backupdevices
>Msdb:
>Jobs
>Alerts
>And don't forget model, if you've done any changes to it.
>Post back if you want to know more about a certain topic.
>--
>Tibor Karaszi, SQL Server MVP
>Archive at:
>http://groups.google.com/groups?
oi=djq&as_ugroup=microsoft.public.sqlserver
>
>"SSB" <anonymous@.discussions.microsoft.com> wrote in
message
>news:292501c3e113$52350320$a501280a@.phx.gbl...
>> Tomorrow we are updating a server from 7.0 to 2000 w/
>> these steps:
>> 1. I am copying the user databases off onto another
>> server.
>> 2. We'll uninstall 7.0.
>> 3. We'll install Sql Server 2000.
>> 4. We'll copy the user databases back and let the
upgrade
>> happen "on the fly".
>> My question: how do I restore the master and/or msdb
>> database? Of course I can make a backup but it will be
a
>> 7.0 backup. Is it as simple as doing a restore of the
>> master from the masterxxx.bak file that is 7.0?
>
>.
>|||Yes, I generally prefer fresh installations over upgrades. However, if you
have a more complex installation (again, regarding the stuff in your system
databases), then the effort to bring that over is an issue to weigh in, of
course. Also, another factor is how familiar you are with what is in the
system databases and how to copy or re-cerate that info.
In many cases, I prefer fresh install over upgrades for SQL Server as well.
--
Tibor Karaszi, SQL Server MVP
Archive at:
http://groups.google.com/groups?oi=djq&as_ugroup=microsoft.public.sqlserver
"SSB" <anonymous@.discussions.microsoft.com> wrote in message
news:2a8b01c3e12b$6bf07570$a401280a@.phx.gbl...
> What you outlined below was exactly what I was planning
> on, because I have a certain amount of concern over
> letting sql server do the upgrade. I've seen small
> problems with upgrades on the client tools and so I've
> never felt comfortable with an upgrade of sql server
> itself.
> Do you agree with my assessment? Isn't it always better
> to do a fresh install if at all possible?
> >--Original Message--
> >You cannot restore system databases across version, most
> time not even
> >across service packs. To automate the info in the system
> databases, you need
> >to let the install program update the 7.0 install to 2000.
> >
> >So, you have to consider each piece of information in the
> system databases
> >and what you want to bring over and what you can do
> automatically. One way
> >is to study the system tables and from there create a
> list of what is stored
> >in the system databases and how to bring that over (and
> whether you can
> >"re-type" of want to automate). The main things are
> usually (I probably
> >forget some stuff, been away for a month):
> >
> >Master:
> >Logins
> >Linked servers
> >Backupdevices
> >
> >Msdb:
> >Jobs
> >Alerts
> >
> >And don't forget model, if you've done any changes to it.
> >
> >Post back if you want to know more about a certain topic.
> >--
> >Tibor Karaszi, SQL Server MVP
> >Archive at:
> >http://groups.google.com/groups?
> oi=djq&as_ugroup=microsoft.public.sqlserver
> >
> >
> >"SSB" <anonymous@.discussions.microsoft.com> wrote in
> message
> >news:292501c3e113$52350320$a501280a@.phx.gbl...
> >> Tomorrow we are updating a server from 7.0 to 2000 w/
> >> these steps:
> >> 1. I am copying the user databases off onto another
> >> server.
> >> 2. We'll uninstall 7.0.
> >> 3. We'll install Sql Server 2000.
> >> 4. We'll copy the user databases back and let the
> upgrade
> >> happen "on the fly".
> >>
> >> My question: how do I restore the master and/or msdb
> >> database? Of course I can make a backup but it will be
> a
> >> 7.0 backup. Is it as simple as doing a restore of the
> >> master from the masterxxx.bak file that is 7.0?
> >
> >
> >.
> >