|
dev
newsgroups
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
VS 2005 (BIDS) deploys the wrong data source connection stringsuggest 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.... I wanted to clarify:
> You want to CHANGE the data source connection string based on where you are should read:> deploying, e.g. DEV, TEST or PROD. 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.... 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. ========================================================= 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. ========================================================= 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. > ========================================================= > > 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. ========================================================= 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. =========================================================
Other interesting topics
SSMS 2008 Add-ons: What is the 2008 replacement for SQLWB.EXE?
SQL Server 2005 Error 2008 SSMS object explorer BCP Error 08001, Nativeerror 2 No management Studio saving SQL files in SSMS as ASCII Maintenance Plan Fails script to cliboard in microsoft SQL server management studio Management Studio 2005 download? Database diagrams in ss2008 |
|||||||||||||||||||||||