Home All Groups Group Topic Archive Search About

VS 2005 (BIDS) deploys the wrong data source connection string

Author
3 Jun 2009 6:01 PM
dwaine

Sorry, don't know if this is the correct forum for this thread, please
suggest another if not....

In a cube project you have a Data Source that feeds a data source view that
defines the data objects used to build a cube. 

You want to CHANGE the data source connection string based on where you are
deploying, e.g. DEV, TEST or PROD.

In my environment, if I change the data source connection in the IDE, the
change is persisted in the object and can be viewed in the project.dwproj
file under the appropriate configuration entry.

BUT, when I DEPLOY (or process) the project (or a cube), the data source on
the target OLAP database is ALWAYS reset to whatever connection string is in
the project.ds file!

The target OLAP server is changed, so the deployment is going to the correct
location, but the DATA SOURCE is changed to an incorrect source that you
can't really even SEE in the development!  To figure out where the heck the
connection string is even comming from, you have to manually open the
project.ds file!

This behaviour makes configuration manager almost useless for deploying
cubes.  What is the point of using a configuration to push to Production if
BIDS changes the datasource of production to point to your DEVELOPMENT server?

Somebody, please enlighten me....

Author
3 Jun 2009 7:21 PM
dwaine
I wanted to clarify:

> You want to CHANGE the data source connection string based on where you are
> deploying, e.g. DEV, TEST or PROD.

should read:

You want BIDS to CHANGE the data source connection string ON THE TARGET
DATABASE DURING DEPLOYMENT based on YOUR SELECTED CONFIGURATION WHICH
(CORRECTLY) CONTROLS where you are  deploying, e.g. DEV, TEST or PROD.

Also, in my environment, configuration settings APPEAR to work as expected. 
For each project (SSIS and SSAS), the expected parms are saved and recalled
per configuration.  Deployment location AND data source connections are
stored PER configuration and seen in the project.dwproj file.

Show quoteHide quote
"dwaine" wrote:

> Sorry, don't know if this is the correct forum for this thread, please
> suggest another if not....
>
> In a cube project you have a Data Source that feeds a data source view that
> defines the data objects used to build a cube. 
>
> You want to CHANGE the data source connection string based on where you are
> deploying, e.g. DEV, TEST or PROD.
>
> In my environment, if I change the data source connection in the IDE, the
> change is persisted in the object and can be viewed in the project.dwproj
> file under the appropriate configuration entry.
>
> BUT, when I DEPLOY (or process) the project (or a cube), the data source on
> the target OLAP database is ALWAYS reset to whatever connection string is in
> the project.ds file!
>
> The target OLAP server is changed, so the deployment is going to the correct
> location, but the DATA SOURCE is changed to an incorrect source that you
> can't really even SEE in the development!  To figure out where the heck the
> connection string is even comming from, you have to manually open the
> project.ds file!
>
> This behaviour makes configuration manager almost useless for deploying
> cubes.  What is the point of using a configuration to push to Production if
> BIDS changes the datasource of production to point to your DEVELOPMENT server?
>
> Somebody, please enlighten me....
Are all your drivers up to date? click for free checkup

Author
4 Jun 2009 1:02 PM
Charles Wang [MSFT]
Hi,

Thank you posting!

This is a quick note to let you know that I am performing research on this
issue and may need more time to get back to you. I will let you know the
result as soon as possible and appreciate your patience.



Best regards,
Charles Wang
Microsoft Online Community Support
=========================================================
Delighting our customers is our #1 priority. We welcome your
comments and suggestions about how we can improve the
support we provide to you. Please feel free to let my manager
know what you think of the level of service provided. You can
send feedback directly to my manager at: msd***@microsoft.com.
=========================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
=========================================================
Author
5 Jun 2009 1:38 PM
Charles Wang [MSFT]
Hi Dwaine,
Good morning!
Cube deployment and underlying data source are seperated. They are by
design allowed to be configured to different location. You can configure
the target server and target database as the deployment destination in
Project configurations, and configure the data source by double clicking
the .ds file in BIDS and then you can configure the data source connection
in the UI. If you want to manually change the data source connection for a
SSAS project, you need to modify two files, the project file (.dwproj) and
the data source file (.ds).

From your description, it looked that you would like an automatic way of
changing the data source connection according to the target server
configuration on the project level. Unfortunately currently BIDS is not so
intelligent that there is no such feature provided.

If you wanted to first change, process and test the cube on your
development environment and then deploy the OLAP database to the remote
server but keep the data source connection to the remote server, you can
try the following steps:
1. First processed the entire cube with the existing local database
connection in your dev environment;
2. Change the data source connection by double clicking the .ds file in
BIDS and specifying the remote SQL Server instance name without testing
connection.
3. Right click your project, click Properties, select Deployment, choose
"Processing Option" to "Do Not Process", specify the remote server and
database and click OK;
4. Right click your project and click Deploy.

I am not sure if I totally understand your meaning. If there is anything
unclear, please do not hesitate to let me know. I will do my best to help.

Best regards,
Charles Wang
Microsoft Online Community Support
=========================================================
Delighting our customers is our #1 priority. We welcome your
comments and suggestions about how we can improve the
support we provide to you. Please feel free to let my manager
know what you think of the level of service provided. You can
send feedback directly to my manager at: msd***@microsoft.com.
=========================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
=========================================================
Author
15 Jun 2009 8:15 PM
dwaine
using version 9.00.4035.00

Your suggestion is not the answer.  Changing the connection in step 2 has no
effect, as I described.  A different servername is pushed to the OLAP
database.

Unfortunately, the issue is intermittent and I have NOT been able to
determine under what conditions the correct DataSource connection is deployed.

I've simply had to standardize on ALWAYS double checking after deployment
what the resulting target is.

Very sad this isn't bulletproof.  Reliable deployment to TEST and PRODUCTION
are, IMHO, very important.

""Charles Wang [MSFT]"" wrote:

Show quoteHide quote
> Hi Dwaine,
> Good morning!
> Cube deployment and underlying data source are seperated. They are by
> design allowed to be configured to different location. You can configure
> the target server and target database as the deployment destination in
> Project configurations, and configure the data source by double clicking
> the .ds file in BIDS and then you can configure the data source connection
> in the UI. If you want to manually change the data source connection for a
> SSAS project, you need to modify two files, the project file (.dwproj) and
> the data source file (.ds).
>
> From your description, it looked that you would like an automatic way of
> changing the data source connection according to the target server
> configuration on the project level. Unfortunately currently BIDS is not so
> intelligent that there is no such feature provided.
>
> If you wanted to first change, process and test the cube on your
> development environment and then deploy the OLAP database to the remote
> server but keep the data source connection to the remote server, you can
> try the following steps:
> 1. First processed the entire cube with the existing local database
> connection in your dev environment;
> 2. Change the data source connection by double clicking the .ds file in
> BIDS and specifying the remote SQL Server instance name without testing
> connection.
> 3. Right click your project, click Properties, select Deployment, choose
> "Processing Option" to "Do Not Process", specify the remote server and
> database and click OK;
> 4. Right click your project and click Deploy.
>
> I am not sure if I totally understand your meaning. If there is anything
> unclear, please do not hesitate to let me know. I will do my best to help.
>
> Best regards,
> Charles Wang
> Microsoft Online Community Support
> =========================================================
> Delighting our customers is our #1 priority. We welcome your
> comments and suggestions about how we can improve the
> support we provide to you. Please feel free to let my manager
> know what you think of the level of service provided. You can
> send feedback directly to my manager at: msd***@microsoft.com.
> =========================================================
> This posting is provided "AS IS" with no warranties, and confers no rights.
> =========================================================
>
>
Author
16 Jun 2009 7:24 AM
Charles Wang [MSFT]
Dear Dawine,
Thank you for your response.

Regarding the issue you encountered, since it was intermittent and hardly
reproduced at my side, in this case, I recommend that you further observe
this issue at your side to see if you can find more clues on reproducing
this issue and then let us know. Appreciate your understanding that without
reproducing this issue, it is hard for us to perform dedicatedly research
and resolve it in an elegant way.

Considering the environment specific, I think that currently standardizing
your verification steps should be a good practice in your environment.

You may also give us your feedback on the product at
https://connect.microsoft.com/sql. This is a very good channel for
reporting customers experiences and concerns on using SQL Server to our
product team.

Thank you!


Best regards,
Charles Wang
Microsoft Online Community Support
===========================================================
Delighting our customers is our #1 priority. We welcome your
comments and suggestions about how we can improve the
support we provide to you. Please feel free to let my manager
know what you think of the level of service provided. You can
send feedback directly to my manager at: msd***@microsoft.com.
===========================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
ications.

Note: MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 2 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions. Issues of this
nature are best handled working with a dedicated Microsoft Support Engineer
by contacting Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/en-us/subscriptions/aa948874.aspx.
============================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
=========================================================
Author
10 Jun 2009 12:53 PM
Charles Wang [MSFT]
Hi Dwaine,
I am interested in this issue. Would you mind letting me know the result of
the suggestions? If you need further assistance, feel free to let me know.

Thank you!

Best regards,
Charles Wang
Microsoft Online Community Support
=========================================================
Delighting our customers is our #1 priority. We welcome your
comments and suggestions about how we can improve the
support we provide to you. Please feel free to let my manager
know what you think of the level of service provided. You can
send feedback directly to my manager at: msd***@microsoft.com.
=========================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
=========================================================

Bookmark and Share

Post Thread options