InstantForum.NET v2.9.0SQLServerCentralhttp://www.sqlservercentral.com/Forums/notifications@sqlservercentral.comSun, 19 May 2013 04:36:19 GMT20http://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxQ1. This should give you the mdf and ldf you need for the SQL database.http://adventureworksdw2008.codeplex.com/Q2. Yes, the datasource should be connecting to the SQL database that was just attached. If you right click the project and go to the properties, you should see an option for deployment where you can define the server and Analysis Services database name you want to the deploy this project as.Q3. Importing is the way to get a copy of a deployed SSAS database. If you just wanted to look at the code, you can connect directly to an existing SSAS database. In BIDS, File > Open > Analysis Services Database (or something named similar) and it'll ask for the server and database you want to connect to. This will open the live SSAS database. Any changes you save will be applied directly to the database on the server.Overview of SSAS (MOLAP). (Molap is the storage setting in which structure and aggregate data is stored in the SSAS databse.)SSAS is essentially an aggregated view of underlying SQL data. The storage of data in SSAS when using MOLAP can be thought of as massive complex indexes. All the definitions you create in the SSAS database are just indexes. To process and update these indexes, you have connect the SSAS objects (Measures and Dimensions) to the underlying data tables from the SQL database. The SQL table DimDate has all the dates in all the different formats you would want to see it. In SSAS, the Date(Time) dimension references the DimDate table and defines which columns are used and the format. SSAS dimension also allows you to define a hierarchy of the data. The SQL fact tables are used in the MeasureGroups of the SSAS database and the aggregation logic (SUM,MIN,...) is used to determine how that field is used. You can also define the relationship between the fact data and the dim data in the Cube.The first step of a SSAS solution would be define the SQL data warehouse. The SQL data warehouse would usually be a star schema dimensional data model populated from your source system data. Once you create the data warehouse with Fact tables and Dimension tables, you can start creating your SSAS database. 1. Create an SSAS solution. Right click on the projcet (databse) and you should have a popup with Deployment configuration. Make sure you are deploying to the SSAS server you have access to and define the SSAS database name you want it deployed as.2. Create a data source connecting to the data warehouse. Make sure you configure the impersonation settings correctly for processing after deployment.3. Create a data source view from the data source you just created and import the fact and dimension tables.4. Create a dimension for each of the dimension tables.5. Create a Cube with measure groups using the fact tables.6. Go to the Dimensions tab in the Cube and make sure dimensions are mapped to the fact. (If the relationship between fact and dimension are defined in the dsv, the connection should have been automatically created.) If a dimension is missing, right click and add the dimension. Make sure fact and dimension relationships are defined.7. Deploy and process.What happens at this point is:The SSAS database definition will attempt create/alter objects on the SSAS server and database you defined in step 1. Once the objects are deployed, it will attempt to process the data. Processing of the data entails selecting the fact and dimension data from the data warehouse tables and aggregating and storing it in the SSAS database.I hope this all makes sense and helps. It's a Saturday and my mind is not at 100%.Sat, 02 Mar 2013 12:22:04 GMTrichykonghttp://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxHi Richykongthanks for the feedback.Are you saying that I need to have a database on my database engine? As you may know, I already have 2 databases on the analysis server. For example, Adventure Works DW 2008R2.abf was downloaded and restored to AdventureWorksDW2008R2 on my analysis server(first database), as per the previous attachment. Then, a project was created to import the database by using the 'import an existing SQL Server Analysis Services database' (namely AdventureWorksDW2008R2). This created a database called 'Analysis Services Project 2' on the analysis server (also visible in the attachment). So that is a total of 2 identical databases on the analysis server. I think you are suggesting that I only need one database on the analysis server, which you refer to as the 'analysis services database'.I think you are suggesting that I create a 2nd database, that resides on the database engine and that is what you refer to as the 'Adventure Works DW SQL database'.Q1: Where do I find/download the 'Adventure Works DW SQL database'. Does it need to be 'paired' with a particular Adventure Works DW 2008R2.abf. By 'paired', I mean, for the Adventure Works DW 2008R2.abf I have restored to the analysis server, is there a specific 'Adventure Works DW SQL database'? I found [url=http://msftdbprodsamples.codeplex.com/releases/view/59211]http://msftdbprodsamples.codeplex.com/releases/view/59211[/url] which lists lots of different download links but I think I need the link :-[b]AdventureWorksDW2008R2 Data File[/b] source code, 74944K, uploaded Apr 3, 2012-which downloads Adventure Works DW 2008R2.mdfPlease confirm?Q2: I am not clear on what you mean by '[i]When you import the Analysis Services database in BIDS, make sure you set the deployment properties of the project and point it to the server you want to deploy this too. Also make sure you verify the Data Source connection is valid and the impersonation is set to a login that has access to the SQL database.[/i]'. I think you are saying, once the 'Adventure Works DW SQL database' is installed on my database engine, the data source connection should be pointing to this database and NOT pointing to the Adventure Works DW 2008R2.abf that I have restored to the analysis server. Please confirm?Q3: Currently, I have 2 identical databases on the analysis server. Do I need both the identical databases on the analysis server? I am struggling to understand why the project 'Analysis Services Project 2' needed to duplicate the original database - I suspect I didnt need to create a project in this manner but my thinking was that this was how you gained access to the cube definitions that come out of the box with the .abf file i.e by creating a project. I suspect that I should just rename 'Analysis Services Project 2', something like 'out of the box AW DW', so that I will always have a project that works, (assuming that I can get it to deploy without errors).It should be noted that all the databases and servers (engine and analysis) reside on a single pc, to which I have administrator rights and I intend to impersonate as myself in all data source connections. This is a development environment and so I have scope to configure all aspects of the environment, if required.I am new to SSAS but my understanding NOW is that the way it works is - that if you were starting from scratch trying to create a cube for say a regular production database in the engine(DB1), you then use BIDS to create an analysis server project that uses the DB1 as a data source. You then create cubes, dimensions etc within the project whereby the data source, cubes, dimensions etc get stored in a database on the analysis server (DB2). When data changes occur in the DB1 database and an individual subsequently runs a cube report, it will use the properties of the cube in the DB2 database to drive the functionality of the report and connect to DB1 (using an impersonating account) to retrieve the raw data from DB1.Any insights greatly appreciated!Regards AnthonySat, 02 Mar 2013 06:40:16 GMTanthony.curtishttp://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxHey Anthony.There's a couple questions before I can give you a good answer. If you are trying to deploy and test the Adventure Works analysis services database, you need to make sure you the analysis services database AND the Adventure Works DW SQL database. Once you have both the analysis services database AND the SQL database restored, you need to make sure the Data Source connection is set up correctly and pointed to the SQL database. When you import the Analysis Services database in BIDS, make sure you set the deployment properties of the project and point it to the server you want to deploy this too. Also make sure you verify the Data Source connection is valid and the impersonation is set to a login that has access to the SQL database.To deploy, make sure you have access on the Analysis Services server and I'd recommend trying to deploy using the Analysis Services Deployment Wizard (Start>SQL Server> Analysis Services> Deployment Wizard). Follow the wizard and be sure to choose to Not Process. If you get an error at this point, it's probably because you don't have access to the Analysis Services server you're trying to deploy to.Once the Analysis Services database is deployed, connect to it through SSMS. Open up the data source and check again to make sure the connection is valid and is using the impersonation information. Right click a dimension and Process Full.I've noticed that the data source has to be verified/updated after deployment, especially if you're using a login. Initial deployment through BIDS seems to attempt to deploy and process which may fail the deployment if the data source needs updating.Fri, 01 Mar 2013 19:03:43 GMTrichykonghttp://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxNone of the above solutions is working for me.I too get the error, as below, when I try to deploy the standard 'Adventure Works DW 2008R2'"Error 22 OLE DB error: OLE DB or ODBC error: Login failed for user '<username>' .; 28000; Cannot open database "AdventureWorksDW2008R2" requested by the login. The login failed.; 42000"I downloaded the 'Adventure Works DW 2008R2.abf' and installed via SSMS by connecting to an analysis services server instance and doing a database restore.I copied the .abf file to C:\Program Files\Microsoft SQL Server\MSAS10_50.MSSQLSERVER\OLAP\Backup and restored the database from there and called it 'AdventureWorksDW2008R2'. That was all fine.So, once the database was restored to my analysis server this was the view in SSMS. See attached SSMS - SSAS AW Db image.bmp.I then created an Analysis Services project in BIDS, by importing an existing SQL Server Analysis Services database (namely AdventureWorksDW2008R2). The wizard completed without errors.I then do a deploy of the project and get 20 Warnings and 14 errors and the deploy failed.The impersonation information is set to my username and password. I am an administrator on the server.If I go to 'connection manager' the server name defaults to localhost and the 'connect to a database name' defaults to a list of databases within the local database engine, which does not include 'AdventureWorksDW2008R2' as this database resides within the Microsoft Analysis Server only.Both the Microsoft Analysis Server and the Microsoft database engine are local and I have sysadmin rights on the engine too.I dont have an 'NT AUTHORITY\NETWORK SERVICE' login user. I do have a NT AUTHORITY\SYSTEM and this login has the sysadmin role and makes no difference either.SQL Server Analysis Services (MSSQLSERVER) via Services.msc is running as me too - no problem.The only services that are not running is SQL Server Agent (MSSQLSERVER) and SQL Server Browser. The agent I have the rights to start but the browser I don't. I haven't attempted to start either as I have had no indication that they would have any effect.This is a very frustrating problem as it means you cant use the product at all. I have been trying fix it for 2 days now. Grrr!Please someone enlighten me.Fri, 01 Mar 2013 12:04:20 GMTanthony.curtishttp://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxNever Mind - it is just the Services app. Thanks.Mon, 28 Jan 2013 11:30:22 GMTrvenegasricohttp://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxThanks - I will try that - where is the services.msc file?RamónMon, 28 Jan 2013 11:27:35 GMTrvenegasricohttp://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxGot into the same problem on my Dev machine. For me the solution was simple, 1. Goto Services.msc2. Select SQL Server Analysis Services (sql2012) ("Your Instance") -> Properties -> Log On -> Added my Username and Password. 3. Bingo :w00t: Process the cube.Mon, 28 Jan 2013 03:42:45 GMTSadiq Naqvihttp://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxThanks - yulia.klimov, your answer below is still helping people. It solved my problem running the basic tutorial using AdventureWorksDW2008R2_Data.mdf[quote][b]yulia.klimov (12/20/2010)[/b][hr]it seems that the SQL server that has your relational database has 'NT AUTHORITY\NETWORK SERVICE' rights wrong.Go to your SQL server, expand security and then expand Logins, find 'NT AUTHORITY\NETWORK SERVICE', double click. See what roles it has, probably only public checked. Mark everything else. Since you set up 'NT AUTHORITY\NETWORK SERVICE' to be a default service account, you can give it more rights that public.[/quote]Sun, 28 Oct 2012 15:58:49 GMTrvenegasricohttp://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxThis error is caused by the Data Source connection not having access into the OTLP database. Connect to your SSAS instance and verify the connection string of your data source is accurate. Make sure to update the Security Settings to use the proper Impersonation Info. The impersonation info defines what credentials to use to connect to the data source, independent of who triggers the processing.Most likely, your Analysis Services is running under 'NT AUTHORITY\NETWORK SERVICE' and your impersonation settings is set to Run As Service Account. In production environments I've worked in, we usually create a windows service account that runs Analysis Services and grant that service account read access to the underlying data sources. In dev environments, I just run the service under my credentials or just set the data source to use my credentials by using Impersonate Account.Tue, 16 Oct 2012 13:22:52 GMTrichykonghttp://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxgive sysadmin permissions to NT AUTHORITY\LOCAL SERVICE then it will workWed, 03 Oct 2012 23:08:32 GMTcooljagadeeshhttp://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxI am hi-jacking this thread. I have a similar problem as srivasuk described: I have a Windows global admin account under which all SQL Processen run. I receive the same cannot-login-failure, made this account explicitly member of the Windows Administrators group. Did not work, gave it explicitly SA role within SQL Server, still I receive this cannot-login-error.Now, I can try one of the solutions given, but I would like to understand what is happening here. Also, it is policy here to use this specific global account for these services. In another, similar, SSAS setup this account gives no problem. Obviously there must be a difference, but I cannot find what that is.Any other hints?TIAEDIT/SOLUTION: I found out that the datasources of the cubes where pointing to an alias, which is used on all servers of a specific OTAP que. This new server did not yet have this alias installed, hence the login failure. I am amazed however why I get this cannot-login-error, and not a cannot-find-server/alias...Mon, 24 Sep 2012 06:58:46 GMTFreeHansjehttp://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxI grant sysAdmin to the NT AUTHORITY\NETWORK SERVICE And It workedWed, 18 Apr 2012 07:01:33 GMTadelante326http://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxI just wanted to say thank for posting the answer which worked for me as well.Fri, 18 Mar 2011 18:49:50 GMTsalharrishttp://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxI solved the problem by going to impersonation tab of my data source and providing my windows login username and password.Thu, 13 Jan 2011 16:38:36 GMTeobiki10http://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxI have the same problem. I have SQL 2008 installed on my local system. Created a windows local account and in SQL server added this account with sysadmin access.I have changed the account in the analysis servesis services(configuration manager) to this account.Now I am able to start and stop services but when I go nad try to process any dimension in SSAS I get the above error.OLE DB error: OLE DB or ODBC error: Login failed for user '029W-8MS0CK1\srini'.; 28000.Process failed.Any suggestions appriciatedThanks for reading.Thu, 13 Jan 2011 15:33:04 GMTsrivasukhttp://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxit seems that the SQL server that has your relational database has 'NT AUTHORITY\NETWORK SERVICE' rights wrong.Go to your SQL server, expand security and then expand Logins, find 'NT AUTHORITY\NETWORK SERVICE', double click. See what roles it has, probably only public checked. Mark everything else. Since you set up 'NT AUTHORITY\NETWORK SERVICE' to be a default service account, you can give it more rights that public.Mon, 20 Dec 2010 09:17:03 GMTyulia.klimovhttp://www.sqlservercentral.com/Forums/Topic1032175-17-1.aspxI am new bie trying to learn SSAS. I have these errors in trying to process my cube after it has shown to have deployed successfully. I need help. 1. OLE DB error: OLE DB or ODBC error: login failed for user 'NT AUTHORITY\NETWORK SERVICE.; 28000; cannot open database "AdventureWorksDW2008R2" requested by the login. The login failed.2. Errors in the high-level relational engine. A connection could not be made to the Data source with the Data source ID of 'AdventureWorksDW2008R2', Name of 'AdventureWorksDW2008R2'.3. Errors in the OLAP storage engine: An error occured while the dimension with the ID of 'Dim Date', Name of 'Dim Date' was being processed.4.Errors in the OLAP storage engine: An error occured while the 'Date key' attribute of the 'Dim Date' dimension from the 'SSAS Project' database was being processed.5. Internal error: The operation terminated unsuccessfully.6. Server: The operation has been cancelled.Wed, 08 Dec 2010 14:40:29 GMTeobiki10