Showing posts with label key. Show all posts
Showing posts with label key. Show all posts

Tuesday, March 20, 2012

Reporting Services Key Management

I have a situation where I need to delete the keys from my SRS install and have new ones created. I see from here: http://msdn2.microsoft.com/en-us/library/ms162822.aspx

that I can use a -s switch but I don't have that. I have this installed on SQL 2000.

Here are the options I have:

Microsoft (R) Reporting Services Key Manager
Version 8.00.1038.00 x86

Extracts from the report server and applies to the report server the key used during encryption.

RSKeyMgmt [-e] [-a] [-d] [-r installationID] [-f file] [-p password] [-t]

-e extract Extracts a key from a report server instance
-a apply Applies a key to a report server instance
-d deletecontent Deletes all encrypted content from a report server
database
-r installationID Remove the key for the specified installation ID
-f file Full path and file name to read/write key.
-p password Password used to encrypt or decrypt key.
-t trace Include trace information in error message

I don't see a way to get the new ones created, if I use rskeymgmt.exe I see ways to extract the existing and apply an extracted key but nothing about creating new keys.

Anyone know how to create new keys and apply them to an exising install?

Joe

I am not too familar with RS2000, so try this at your own risk :). You can use -d, and then -r to remove the installation from RS catalog, then restart the RS service. This should create a new key for you. However, you'll loose the encrypted content.

Saturday, February 25, 2012

Reporting Services Encryption Key

Does anyone know how often we should backup our reporting services encryption
key, rsdbkey.txt?
Does it need backed up when a datasource is added, security is changed, new
report added, etc'
I backed it up at installation time, but should it be backed once a week or
month?
Also, what exactly does this file restore?
Thanks
WendyReporting Services uses encryption keys to secure credentials and connection
information that is stored in a report server database. In Reporting
Services, encryption keys include a combination of public, private, and
symmetric keys that are used to protect sensitive data. The symmetric key is
created during report server initialization when you install or configure
the report server, and it is used by the report server to encrypt sensitive
data that is stored in the report server. Public and private keys are
created by the operating system, and they are used to protect the symmetric
key. A public and private key pair is created for each report server
instance that stores sensitive data in a report server database.
It is necessary to restore the backup copy of the encryption key when any of
the following events occur:
a.. Changing the Report Server Windows service account name or resetting
the password. When you use the Reporting Services Configuration tool,
backing up the key is part of a service account name change operation.
Note:
Resetting the password is not the same as changing the password. A
password reset requires permission to overwrite account information on the
domain controller. Password resets are performed by a system administrator
when you forget or do not know a particular password. Only password resets
require symmetric key restoration. Periodically changing an account password
does not require you to reset the symmetric key.
b.. Renaming the computer or instance that hosts the report server (a
report server instance is based on a SQL Server instance name).
c.. Migrating a report server installation or configuring a report server
to use a different report server database.
d.. Recovering a report server installation due to hardware failure.
You only need to back up one copy of the symmetric key. There is a
one-to-one correspondence between a report server database and a symmetric
key. Although you only need to back up one copy, you might need to restore
the key multiple times if you are running multiple report servers in a
scale-out deployment model. Each report server instance will need its copy
of the symmetric key to lock and unlock data in the report server database.
Andy Potter
blog : http://sqlreportingservices.spaces.live.com
info@.(NOSPAM)lakeclaireenterprises.com
"Woo" <Woo@.discussions.microsoft.com> wrote in message
news:67AD8BBF-7C34-44C2-969B-0911C63139D9@.microsoft.com...
> Does anyone know how often we should backup our reporting services
> encryption
> key, rsdbkey.txt?
> Does it need backed up when a datasource is added, security is changed,
> new
> report added, etc'
> I backed it up at installation time, but should it be backed once a week
> or
> month?
> Also, what exactly does this file restore?
> Thanks
> Wendy
begin 666 note.gif
M1TE&.#EA"@.`*`+,)`/\$`/]=6L;#QM;3UO_/`(2&A(R.C ```/__SO___P``
M`````````````````````"'Y! $```D`+ `````*``H```0HT,@.Y1 `&Z7T(
AWEIW)!E'C.16G$.2(L-1((5;%D-H@._H+HH>@.,.B*```[
`
end|||If the key stores connection information, then if I create a new datasource
for a Report would I not need to backup the key again to make sure any
restores include this new connection information?
"Andy Potter" wrote:
> Reporting Services uses encryption keys to secure credentials and connection
> information that is stored in a report server database. In Reporting
> Services, encryption keys include a combination of public, private, and
> symmetric keys that are used to protect sensitive data. The symmetric key is
> created during report server initialization when you install or configure
> the report server, and it is used by the report server to encrypt sensitive
> data that is stored in the report server. Public and private keys are
> created by the operating system, and they are used to protect the symmetric
> key. A public and private key pair is created for each report server
> instance that stores sensitive data in a report server database.
> It is necessary to restore the backup copy of the encryption key when any of
> the following events occur:
> a.. Changing the Report Server Windows service account name or resetting
> the password. When you use the Reporting Services Configuration tool,
> backing up the key is part of a service account name change operation.
>
> Note:
> Resetting the password is not the same as changing the password. A
> password reset requires permission to overwrite account information on the
> domain controller. Password resets are performed by a system administrator
> when you forget or do not know a particular password. Only password resets
> require symmetric key restoration. Periodically changing an account password
> does not require you to reset the symmetric key.
>
> b.. Renaming the computer or instance that hosts the report server (a
> report server instance is based on a SQL Server instance name).
> c.. Migrating a report server installation or configuring a report server
> to use a different report server database.
> d.. Recovering a report server installation due to hardware failure.
> You only need to back up one copy of the symmetric key. There is a
> one-to-one correspondence between a report server database and a symmetric
> key. Although you only need to back up one copy, you might need to restore
> the key multiple times if you are running multiple report servers in a
> scale-out deployment model. Each report server instance will need its copy
> of the symmetric key to lock and unlock data in the report server database.
>
> --
> Andy Potter
> blog : http://sqlreportingservices.spaces.live.com
> info@.(NOSPAM)lakeclaireenterprises.com
> "Woo" <Woo@.discussions.microsoft.com> wrote in message
> news:67AD8BBF-7C34-44C2-969B-0911C63139D9@.microsoft.com...
> > Does anyone know how often we should backup our reporting services
> > encryption
> > key, rsdbkey.txt?
> >
> > Does it need backed up when a datasource is added, security is changed,
> > new
> > report added, etc'
> >
> > I backed it up at installation time, but should it be backed once a week
> > or
> > month?
> >
> > Also, what exactly does this file restore?
> >
> > Thanks
> > Wendy
>
>|||this is about users, passwords that the report server uses
what about the data in the report
anyone has some documentation about that ?
"Woo" wrote:
> If the key stores connection information, then if I create a new datasource
> for a Report would I not need to backup the key again to make sure any
> restores include this new connection information?
>
>
> "Andy Potter" wrote:
> > Reporting Services uses encryption keys to secure credentials and connection
> > information that is stored in a report server database. In Reporting
> > Services, encryption keys include a combination of public, private, and
> > symmetric keys that are used to protect sensitive data. The symmetric key is
> > created during report server initialization when you install or configure
> > the report server, and it is used by the report server to encrypt sensitive
> > data that is stored in the report server. Public and private keys are
> > created by the operating system, and they are used to protect the symmetric
> > key. A public and private key pair is created for each report server
> > instance that stores sensitive data in a report server database.
> >
> > It is necessary to restore the backup copy of the encryption key when any of
> > the following events occur:
> > a.. Changing the Report Server Windows service account name or resetting
> > the password. When you use the Reporting Services Configuration tool,
> > backing up the key is part of a service account name change operation.
> >
> >
> > Note:
> > Resetting the password is not the same as changing the password. A
> > password reset requires permission to overwrite account information on the
> > domain controller. Password resets are performed by a system administrator
> > when you forget or do not know a particular password. Only password resets
> > require symmetric key restoration. Periodically changing an account password
> > does not require you to reset the symmetric key.
> >
> >
> > b.. Renaming the computer or instance that hosts the report server (a
> > report server instance is based on a SQL Server instance name).
> >
> > c.. Migrating a report server installation or configuring a report server
> > to use a different report server database.
> >
> > d.. Recovering a report server installation due to hardware failure.
> >
> > You only need to back up one copy of the symmetric key. There is a
> > one-to-one correspondence between a report server database and a symmetric
> > key. Although you only need to back up one copy, you might need to restore
> > the key multiple times if you are running multiple report servers in a
> > scale-out deployment model. Each report server instance will need its copy
> > of the symmetric key to lock and unlock data in the report server database.
> >
> >
> > --
> > Andy Potter
> > blog : http://sqlreportingservices.spaces.live.com
> > info@.(NOSPAM)lakeclaireenterprises.com
> > "Woo" <Woo@.discussions.microsoft.com> wrote in message
> > news:67AD8BBF-7C34-44C2-969B-0911C63139D9@.microsoft.com...
> > > Does anyone know how often we should backup our reporting services
> > > encryption
> > > key, rsdbkey.txt?
> > >
> > > Does it need backed up when a datasource is added, security is changed,
> > > new
> > > report added, etc'
> > >
> > > I backed it up at installation time, but should it be backed once a week
> > > or
> > > month?
> > >
> > > Also, what exactly does this file restore?
> > >
> > > Thanks
> > > Wendy
> >
> >
> >

Reporting Services Designer Install/Product Key

We installed reporting services on our MS SBS Premium server. The
installation was fine, except that the machine doesn't have Visual Studio
tools. No worries-- since we plan to develop reports on client machines with
VS.
That's where the problem is: we can't install the RS designer on the client
machines with VS 2003. When we get to the product key page, we enter in the
same key that worked for the SBS-P machine, but no love. Message: "This is
an invalid Product Key value. Please check the number located on your Product
Key sticker." The number we enter is the same as both the sticker on the
server case and the reg key on the server.
What do I need to do to install the designer for VS?Anyone have a possible solution to the product key problem with Small
Business Server 2003 Premium?
"New to the game" wrote:
> We installed reporting services on our MS SBS Premium server. The
> installation was fine, except that the machine doesn't have Visual Studio
> tools. No worries-- since we plan to develop reports on client machines with
> VS.
> That's where the problem is: we can't install the RS designer on the client
> machines with VS 2003. When we get to the product key page, we enter in the
> same key that worked for the SBS-P machine, but no love. Message: "This is
> an invalid Product Key value. Please check the number located on your Product
> Key sticker." The number we enter is the same as both the sticker on the
> server case and the reg key on the server.
> What do I need to do to install the designer for VS?