Viewing 15 posts - 16 through 30 (of 201 total)
February 9, 2017 at 9:17 am
Hi,
Thanks for the comment. In our case, an iterative DBCC CHECKFILEGROUP approach seems to be okay. We run the same version of my script at both our live and DR...
February 6, 2017 at 8:37 am
Hi,
Thanks for the reply. Yes, the same options are used in both cases. I thought CHECKALLOC was the only single threaded part... and as it's done by both CHECKDB...
February 6, 2017 at 7:31 am
Hi,
Thanks for the response.
SQL Server version
Microsoft SQL Server 2008 R2 (SP3) - 10.50.6220.0 (X64) Mar 19 2015 12:32:14 Copyright (c) Microsoft Corporation Enterprise Edition (64-bit)...
November 14, 2016 at 6:10 am
https://msdn.microsoft.com/en-gb/library/dd352356.aspx?f=255&MSPPError=-2147217396
Presuming you're in a Windows domain, give the account that's running your SQL Server services permissions in AD to read/write service principle names, restart the services and they'll...
December 17, 2015 at 7:57 am
on the datasource for your report (via the SSRS website), you need to put stored credentials in there
November 9, 2015 at 4:06 am
like mentioned before, if the SSRS end is ok, it's probably their permissions (or lack of) in SQL Server that's the problem
June 17, 2015 at 1:37 am
Hi,
Yes, in the datasource, enter domain credentials of an account that has permissions to read data from the database the report's querying. This will have to be static credentials...
June 16, 2015 at 12:44 pm
Subscriptions are generally unattended, i.e. the report is executed in your absence. Therefore, you need to provide credentials for the time it runs off the subscription's schedule.
June 16, 2015 at 8:32 am
try putting the following at the top of your proc
set FMTONLY off;
April 14, 2015 at 8:41 am
If you're talking about SSRS, then no, you can't turn that off for a multi-value parameter.
February 27, 2015 at 9:11 am
Viewing 15 posts - 16 through 30 (of 201 total)