Using sp_help_rev_logins would have been my suggestion. I don't think you have any other option.
- Paul
- Experience is the name every one gives to their mistakes.
Take a look at this post, it may be helpful.
http://forums.bea.com/thread.jspa?threadID=400004068
xa_start is not a sql server procedure.
- Paul
- Experience is the name every one gives to their mistakes.
Steve,
You really shouldn't give out sysadmin admin rights to users or application logins. That is a very bad practice to get into. Did you delete the Built-in admin user? That login will make all the local server admins 'sa' in the database server. But only if you haven't deleted it or...
Well that gives you another option. I haven't used SAN replication as of yet, but I've heard good things about it and if you have a good SAN admin should be easy to set up. I think Denny could offer you more advice on that than I can.
- Paul
- Experience is the name every one gives to their...
If your requirement is one refresh a day then snap shot is what you want. It will script out the database and the data in each table and run the scripts where ever your reporting db is. So yes the data is static in that sense. So, if you schedule your snap shot for 12 AM. then your reporting...
If this is for 2005 this will show you the user roles.
SELECT p.name,
s.name as Role,
create_date,
modify_date ,
CASE WHEN is_disabled = 0
THEN 'Enabled'
ELSE 'Disabled'
END as Status
FROM sys.server_principals p
JOIN (
select...
Given your new requirements I would definetly go with snap shot replication. With log shipping I believe the db must be left in a state of restoring, which means you can use the db for reports. Also, snap shot replication would have the least impact on performance if the snapshot can be run...
My first suggestion would be to take a serious look at your indexes. If you have a db that is 12 gb of data and 14 gb of indexes then you have way to many indexes! Believe it or not but to many indexes is a bad thing. They will kill your inserts. updates and deletes.
What are the...
Connect to the server instance with SSMS (SQL Server Managment Studio). Drill down into the Security and open the account that you are having issues with. You will see security options on the first page.
- Paul
- Experience is the name every one gives to their mistakes.
Most likely your admin has set your account to enforce password policy and password expiration. Ask your DBA to confirm what policies he has in effect for your account.
- Paul
- Experience is the name every one gives to their mistakes.
You need to change the name of the sql instances. You can't have a sql server of the same name on the network, its like having two pc's with the same IP. Look up sp_dropserver and sp_addserver in BOL.
Here is a proc to rename a server.
Create proc uspRenameServer
@pNewName...
You can also read the Tlog with the following command.
DBCC LOG(db_name, 3)
Also,
There is a great tool by lumigent called log explorer. It can read the log and recreate transactions. So if some idiot does delete data you can undo the transaction.
- Paul
- If at first you don't succeed...
It would help with performance to have 8 datafiles for tempdb but you don't have to set them to 1 gb each.
- Paul
- If at first you don't succeed, find out if the loser gets anything.
Sys Admins or 'sa' have full control over the whole database server and supersede any other permission you can grant. Be very carefull to who you grant the 'sa' role to. It is not to be taken lightly.
- Paul
- If at first you don't succeed, find out if the loser gets anything.
take a look at this kb, it should be helpful.
http://support.microsoft.com/kb/897284
- Paul
- If at first you don't succeed, find out if the loser gets anything.
Yes, If you don't init your log backup will have all your backups (since you started the job) in it. If you ever had to restore you would have to search through that backup for the correct file (log sequence) to start at. I personally feel it's a best practice to init the log after you have...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.