Viewing 15 posts - 121 through 135 (of 231 total)
Nonsense. The issue, workarounds, and permanent fixes are perfectly clear.
I would encourage you to check what product versions you are actually running.If you struggle with this task, hire a professional...
March 11, 2010 at 4:44 am
It might pay you to be less sensitive.
Genuinely agree. Thanks for the advice.
I am just saying that I am not interested in the details of how you run your...
March 11, 2010 at 4:24 am
You also do not mention why the work-arounds in the KB articles will not work for you.
Workarounds do work. But they are temporary and the issue can re...
March 11, 2010 at 3:50 am
No. I prefer Jason's approach. Logging every small transaction is just pointless in the context of this article, as I have made clear already. You will just make it harder...
March 11, 2010 at 3:41 am
I am not really all that concerned about how you run your databases.
You said yourself it was a digression - and therefore not related to the article under...
March 11, 2010 at 3:35 am
It seems correct to me. The idea is to capture information about the occasional rogue process that consumes an unusual amount of log space and thus causes a...
March 11, 2010 at 3:04 am
Well, I have systems running with SP2 + still facing the issue.
And I know few people who have the same issue even after sp3.
Lemme explain a bit more...
March 11, 2010 at 2:56 am
Hi Jason,
Thanks Jason.
My experience has shown that sustained growths typically come from long running transactions. Many times those transactions finish before somebody can get into the system to find what...
March 11, 2010 at 1:06 am
Hi Jason,
The reason i felt getting sleeping ones are also better is because we would increase the chances of finding the actual queries. And at times if we have a...
March 11, 2010 at 12:30 am
Hi Jason,
The query you used to capture tsqls doesnt capture sleeping connections. Was that intentional? I would prefer to grab the sleeping ones as well so that I grab...
March 11, 2010 at 12:07 am
How about this
Select Count(*)
FROM CourtHearing
WHERE datediff(dd,isnull(postponement_date,Hearing_date),getdate()) > 30
This one will not perform well either.
March 9, 2010 at 12:58 am
Even when you script it out, the Scripts coming from SSMS will be SQL 2005 compatible by default. Use the option Script for version 'SQL Server 2000'
March 8, 2010 at 12:51 am
http://www.databasejournal.com/features/mssql/article.php/3116011/Linked-Severs-on-MS-SQL-Part-3.htm"> http://www.databasejournal.com/features/mssql/article.php/3116011/Linked-Severs-on-MS-SQL-Part-3.htm
The bottom of this link should explain it all. Post here for any more doubts
March 8, 2010 at 12:24 am
@Keyun21,
'Be made using the login's current security context' means 'The account used in the orginal server will be applied at the target server as well'.
To explain bit more, if you...
March 7, 2010 at 11:20 pm
Viewing 15 posts - 121 through 135 (of 231 total)