Viewing 15 posts - 136 through 150 (of 186 total)
Either way, it won't help the OP in this case because the software would have to have been used for the backup before the data loss.
Nope.
RedGate can work not just...
September 18, 2009 at 12:29 pm
Almoust correct.
It looks like the author doesn't use a corner dates finding a such called "pure date difference". I assume that looking into his data and calculated number of days...
September 18, 2009 at 11:54 am
Hmm..
If this table actually exists then you have clear permission issue.
September 18, 2009 at 11:35 am
Quest, the LiteSpeed creater, resolved this issue:
http://support.quest.com/Portal/Logon.asp?redir=/SUPPORT/index?page=solution&id=SOL40753
September 18, 2009 at 11:18 am
You can do it with the latest version of RedGate backup software (Version 6.2 – released August 11, 2009).
Just go to http://www.RedGate.com and download a trial version, which works 14...
September 18, 2009 at 11:08 am
I don't think you have to install anything even if you have MDAC application.
The Windows already has MDAC components including SQL Sever native client, you just may want to check...
September 18, 2009 at 9:59 am
Why do you want to install SS native client on App server? I am just curious.
September 18, 2009 at 9:38 am
As mentioned, the code below should work, you just missed a schema part (dbo), which is reason for your error message.
SELECT * FROM [VSMIADBGP01].[LPB_GreatPlainsUtils].[dbo].[vwADB_LPB_CONSOLIDATED_ACCOUNT_DIV_DEPT_BRANCH_YEAR_2009]
September 18, 2009 at 9:33 am
If you break a part off you are required to have a license for it. When you buy a SQL license you are buying all the components on ONE machine,...
September 18, 2009 at 8:45 am
Planning a Reporting Services Deployment including Scale-out deployment for SS2005/SS2008:
http://technet.microsoft.com/en-us/library/ms157293(SQL.90).aspx
Configuring a Report Server Scale-Out Deployment for SS2005:
http://technet.microsoft.com/en-us/library/ms156453(SQL.90).aspx
Configuring a Report Server Scale-Out Deployment for SS2008:
September 18, 2009 at 8:30 am
If you are running SQL 2008,
We are in SS2005 thread, so we are not talking about SS2008 at all.
September 18, 2009 at 8:18 am
I would manually delete this login on Server2 and re-apply transfer login script for this login only.
September 18, 2009 at 8:13 am
SSAS are always very resource consuming services, so it is better to keep them away of production OLTP cluster.
September 18, 2009 at 8:04 am
SSRS required own security model and special attention. SSRS are also required IIS running, which is not good for database server.
I would create application server with IIS and SSRS installed...
September 18, 2009 at 8:02 am
3) then creates users and logins to the "ABC" database that were there in "XYZ" database.
You don't suppose to create the users, they have been moved with database already during...
September 18, 2009 at 7:21 am
Viewing 15 posts - 136 through 150 (of 186 total)