Unix Technical Forum

SQL DTS package to process a remote OLAP database

This is a discussion on SQL DTS package to process a remote OLAP database within the SQL Server forums, part of the Microsoft SQL Server category; --> When I start creating a new DTS Package and I choose the Analysis Processing Task icon, I only have ...


Go Back   Unix Technical Forum > Database Server Software > Microsoft SQL Server > SQL Server

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 02-29-2008, 08:23 AM
serge
 
Posts: n/a
Default SQL DTS package to process a remote OLAP database

When I start creating a new DTS Package and I choose the Analysis Processing
Task icon, I only have the option of working with the local Microsoft
Analysis Server.

How can I choose a remote server's Analysis Server in order to process its
database?

Thank you





Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #2 (permalink)  
Old 02-29-2008, 08:24 AM
Simon Hayes
 
Posts: n/a
Default Re: SQL DTS package to process a remote OLAP database

This seems to be linked to the AS servers which you've registered in
Analysis Manager - when I tried it, the OLAP task will only let me
choose one of those (or the local server checkbox, of course). If I
delete all my registrations from Analysis Manager, then the OLAP task
prompts me for a server name in the DTS designer. (Using SQL2000 SP3a
Enterprise.)

On the face of it, this seems like a 'feature' in the OLAP processing
task and/or the AS client. You might be able to work around it by
either deleting all the Analysis Manager registrations, or possibly
changing the OLAP task properties directly with an ActiveX or Dynamic
Properties task. If you get really stuck, you could create a package on
the AS server itself, then call it from the other server with an
Execute Package task, or write your own script to process the cube
using DSO.

You might want to post in microsoft.public.sqlserver.olap in case this
is a known issue - there may be a 'standard' workaround or other
solution. In any event, it seems unlikely that this behaviour would be
changed now, since there are completely new client tools for SQL 2005.

Simon

Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On
Forum Jump


All times are GMT. The time now is 03:41 PM.


Powered by vBulletin® Version 3.6.5
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
SEO by vBSEO 3.2.0
www.UnixAdminTalk.com