Showing posts with label settings. Show all posts
Showing posts with label settings. Show all posts

Monday, March 12, 2012

OLEDB AcquireConnection Issues

On day 1 of the first package. In playing around with some settings for using variables, I've seemed to have set a few things that are causing issues.

In my dataflow I have a source and target destination with 3 separate lookups. All of these objects utilize the same connection manager. When trying to revert the package to a ProtectionLevel=EncryptSensitiveWithUserKey, I'll see one of the 5 objects fail with a No AcquireConnection issue. I'll stop the debug, test the connection to re-validate it. The next debug run will cause the next object to fail. This repeats in an infinite loop until I get tired of re-validating all of the objects.

What option have I set that has screwed up things?

ControlFlow.Security.ProtectionLevel=EncryptSensitiveWithUserKey

Connection.DelayValidation=False

Connection.RetainSameConnection=False

Any Ideas? Thanks in advance.

Just thought I'd add an update. It appears to be tied to the entire solution and not just a particular package.

Here's the actual error:
[LKP-UCM DepartmentId [276]] Error: The AcquireConnection method call to the connection manager "MDW_Staging" failed with error code 0xC0202009.
[DTS.Pipeline] Error: component "LKP-UCM DepartmentId" (276) failed validation and returned error code 0xC020801C.

Again, when going into the individual objects I can preview the results and everything is fine. It seems that the connection made is not held for later connections (lookups, destinations). My only solution now is to have the password in the connection manager's connectstring. Seems like a security issue there.

OLEDB AcquireConnection Issues

On day 1 of the first package. In playing around with some settings for using variables, I've seemed to have set a few things that are causing issues.

In my dataflow I have a source and target destination with 3 separate lookups. All of these objects utilize the same connection manager. When trying to revert the package to a ProtectionLevel=EncryptSensitiveWithUserKey, I'll see one of the 5 objects fail with a No AcquireConnection issue. I'll stop the debug, test the connection to re-validate it. The next debug run will cause the next object to fail. This repeats in an infinite loop until I get tired of re-validating all of the objects.

What option have I set that has screwed up things?

ControlFlow.Security.ProtectionLevel=EncryptSensitiveWithUserKey

Connection.DelayValidation=False

Connection.RetainSameConnection=False

Any Ideas? Thanks in advance.

Just thought I'd add an update. It appears to be tied to the entire solution and not just a particular package.

Here's the actual error:
[LKP-UCM DepartmentId [276]] Error: The AcquireConnection method call to the connection manager "MDW_Staging" failed with error code 0xC0202009.
[DTS.Pipeline] Error: component "LKP-UCM DepartmentId" (276) failed validation and returned error code 0xC020801C.

Again, when going into the individual objects I can preview the results and everything is fine. It seems that the connection made is not held for later connections (lookups, destinations). My only solution now is to have the password in the connection manager's connectstring. Seems like a security issue there.

Monday, February 20, 2012

Old backups are not deleted

Hi guys,
I find out that if you use DMP and change the backup path from default and
set the settings to delete old backup , say after 3 days, it doesnt really
delete them. IS it a bug? Is there any fix for it? It happens in SQL2000 as
well as in SQL2005
TIAWait one more day, you need to check the clock it will delte it on the 4th
day only. We are also using DMP and specified "Use This Directory",
Remove files older that 3 days , and provided "backup file extension" as
"BAK" same as i provided for backup's... You have not mentioned that in you
r
configuration list. Try "backup file extension" and see. Let me know if it
works? Check MSSQL/ErrorLog also and see if there is something unusal.
Thanks,
Sree
"rupart" wrote:

> Hi guys,
> I find out that if you use DMP and change the backup path from default and
> set the settings to delete old backup , say after 3 days, it doesnt really
> delete them. IS it a bug? Is there any fix for it? It happens in SQL2000 a
s
> well as in SQL2005
>
> TIA|||hi Sreejit,
Yes i have specified .bak or .trn. But i saw there are files more than 4
days. SOme are even 1 mth back. CLose to the day we started to backup.
"Sreejith G" wrote:
[vbcol=seagreen]
> Wait one more day, you need to check the clock it will delte it on the 4th
> day only. We are also using DMP and specified "Use This Directory",
> Remove files older that 3 days , and provided "backup file extension" as
> "BAK" same as i provided for backup's... You have not mentioned that in y
our
> configuration list. Try "backup file extension" and see. Let me know if it
> works? Check MSSQL/ErrorLog also and see if there is something unusal.
> Thanks,
> Sree
>
> "rupart" wrote:
>

Old backups are not deleted

Hi guys,
I find out that if you use DMP and change the backup path from default and
set the settings to delete old backup , say after 3 days, it doesnt really
delete them. IS it a bug? Is there any fix for it? It happens in SQL2000 as
well as in SQL2005
TIA
Wait one more day, you need to check the clock it will delte it on the 4th
day only. We are also using DMP and specified "Use This Directory",
Remove files older that 3 days , and provided "backup file extension" as
"BAK" same as i provided for backup's... You have not mentioned that in your
configuration list. Try "backup file extension" and see. Let me know if it
works? Check MSSQL/ErrorLog also and see if there is something unusal.
Thanks,
Sree
"rupart" wrote:

> Hi guys,
> I find out that if you use DMP and change the backup path from default and
> set the settings to delete old backup , say after 3 days, it doesnt really
> delete them. IS it a bug? Is there any fix for it? It happens in SQL2000 as
> well as in SQL2005
>
> TIA
|||hi Sreejit,
Yes i have specified .bak or .trn. But i saw there are files more than 4
days. SOme are even 1 mth back. CLose to the day we started to backup.
"Sreejith G" wrote:
[vbcol=seagreen]
> Wait one more day, you need to check the clock it will delte it on the 4th
> day only. We are also using DMP and specified "Use This Directory",
> Remove files older that 3 days , and provided "backup file extension" as
> "BAK" same as i provided for backup's... You have not mentioned that in your
> configuration list. Try "backup file extension" and see. Let me know if it
> works? Check MSSQL/ErrorLog also and see if there is something unusal.
> Thanks,
> Sree
>
> "rupart" wrote:

Old backups are not deleted

Hi guys,
I find out that if you use DMP and change the backup path from default and
set the settings to delete old backup , say after 3 days, it doesnt really
delete them. IS it a bug? Is there any fix for it? It happens in SQL2000 as
well as in SQL2005
TIAWait one more day, you need to check the clock it will delte it on the 4th
day only. We are also using DMP and specified "Use This Directory",
Remove files older that 3 days , and provided "backup file extension" as
"BAK" same as i provided for backup's... You have not mentioned that in your
configuration list. Try "backup file extension" and see. Let me know if it
works? Check MSSQL/ErrorLog also and see if there is something unusal.
Thanks,
Sree
"rupart" wrote:
> Hi guys,
> I find out that if you use DMP and change the backup path from default and
> set the settings to delete old backup , say after 3 days, it doesnt really
> delete them. IS it a bug? Is there any fix for it? It happens in SQL2000 as
> well as in SQL2005
>
> TIA|||hi Sreejit,
Yes i have specified .bak or .trn. But i saw there are files more than 4
days. SOme are even 1 mth back. CLose to the day we started to backup.
"Sreejith G" wrote:
> Wait one more day, you need to check the clock it will delte it on the 4th
> day only. We are also using DMP and specified "Use This Directory",
> Remove files older that 3 days , and provided "backup file extension" as
> "BAK" same as i provided for backup's... You have not mentioned that in your
> configuration list. Try "backup file extension" and see. Let me know if it
> works? Check MSSQL/ErrorLog also and see if there is something unusal.
> Thanks,
> Sree
>
> "rupart" wrote:
> > Hi guys,
> > I find out that if you use DMP and change the backup path from default and
> > set the settings to delete old backup , say after 3 days, it doesnt really
> > delete them. IS it a bug? Is there any fix for it? It happens in SQL2000 as
> > well as in SQL2005
> >
> >
> > TIA