DataFactory+Integration Runtime with Access Database not working - ms-access

I've spent hours on trying to have Azure Data Factory read the onprem Access Database. I've also made the file read/writeable by everyone, I guess that should include "NT Service\DIAHostService". I wasn't able to find anything in integrationruntime logs either. Also, the "Test Connection" in integrationruntime was no success, tried with escaping "" with "\", no luck. IntegrationRunime is working just with local SQL Database, but I can't get the Access file to work. Any idea why? Or how to debug?

Related

There was an error while loading the package SSIS

I have created one SSIS package for data flow and its perfectly working fine for me (with my credentials). However, when its opened by another person with another login ID (credentials) its showing error:
Please see the below screenshot.Looks like its an access error. How can I give access so that anyone can open it.
The error I'm getting is :
the operation failed because the databse manager failed to access either the databse manager configuration file or the database configuration file.
There ware errors while loading the package. See the error list for details.
Error loading Package.dtsx. Failed to decrypt protected XML node "DTS:Password" with error 0x8009000B "Key not valid for use in specified satte. You may not be
authorized to access this information. This occurs when there is a cryptographic error. Verify that the correct key is available.
Upon searching on net. I think I can set "DontSaveSensitive". However,unable to find out how to do this? Whats are the steps I need to follow?
Link : https://learn.microsoft.com/en-us/sql/integration-services/security/access-control-for-sensitive-data-in-packages
How to resolve this?
Kudos for pinpointing issue. To solve it:
Open project solution from working credentials.
Right click on project.
Go to properties
Change the security level to DontSaveSensitive.
I've answered your question about unable to find out how to do this
Hope this works. Else come back here and we might suggest different approach.

SSIS: Unable to retrieve column information from the data source.

I know there is similar question, but it didn`t helped me.
When I execute a package data flow task fails with the error:
"Unable to retrieve column information from the data source. Make sure your target table in the database is available."
I refreshed the source component, the destination components also. The table do exist in database. I tried with setting some parameters like "Always Use Default Code Page" to true but didn`t helped.
Connections are also ok.
Any idea?
Sounds like a permissions issue. Try, running Visual Studio as administrator or if that doesn't work, make sure your Windows Account has access to the data you require in SQL Server.

VS2012 Model First EF: CSDL, MSL, SSDL. System cannot find the file specified MYSQL

I get errors on build stating 'The System cannot find the file specified' for each of the 3 metadata files 'CSDL, MSDL, SSDL'
Able to generate model from DB fine, connection string fine. Reinstalled the correct connector just fine and MYSQL as a provider appears fine in VS2012.
The 'Metadata Artifact Processing' propery on the model is set to 'Embed in Output Assembly' as instructed.
Out of ideas and hours to keep hunting, would really appreciate a fix here.
This was happening as I had a build script that deleted these metadata files as a result.
Sorry, my bad.

Report Server - Unable to Change Name of Folder

I am unable to change the name of a folder on the report server. I am trying to do so through the web interface. The name of the folder is Audit_Reports. I want to chanage it to Audit Reports (space instead of underscore). However, when I try to do this I get the following error: "The folder, report, resource, model or data source /Audit_Reports already exists."
I am able to change it to Audit-Reports. Then when I try to change it from Audit-Reports to Audit Reports it give me the same error except it says Audit-Reports already exists. I also changed it to Audit-Report without the s and then to Audit Reports but that did not work either.
This obviously is not a big deal, but it is really bothering me and hopefully someone out there smarter than me knows the solution.
Thanks.

ASP VBScript Connection String to Access 2000 DB

We have an old Access 2000 database that we need to pull data from and store it into a text file via a web interface that has to run every 20 minutes. I have spent hours and hours searching for a correct connection string without anything working.
I even used Dreamweaver's point-and-click solution and was able to get it to connect and pull data with a System DSN on my local machine, but it shows a 500 Internal Server Error when I upload it to the testing server (both the local and the testing server System DSNs have the same name). (For clarification to die-hard programmers, I am a developer and am using Dreamweaver because I have no idea what I'm doing with ASP.)
I created a System DSN on the testing server (win server 2008), but it doesn't seem to work. I don't know if it's something with the VB code I'm writing or an issue with the DSNs. Could I please get some help with this, my deadline for this is tomorrow morning! (If I don't meet the deadline, major systems in our business will not work!)
Dreamweaver Connection:
Dim MM_LocalDb_STRING
MM_LocalDb_STRING = "dsn=Db;"
Dim Students
Dim Students_cmd
Dim Students_numRows
Set Students_cmd = Server.CreateObject ("ADODB.Command")
Students_cmd.ActiveConnection = MM_LocalDb_STRING
Students_cmd.CommandText = "SELECT * FROM Students"
Students_cmd.Prepared = true
Students = Students_cmd.Execute
Students_numRows = 0
I have also seen various connection strings and have tried them with no success. Please help! (Thank you in advance.)
If you can, try accessing the page locally on the test server. I believe this should give you a more specific error than just the generic 500.
My thought, because this works on your dev machine, is that it's a permissions error. You should make sure that the IUSR and, I think, LOCAL SERVICE accounts have read/write permissions to the database file.