Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature currently requires accessing the site using the built-in Safari browser.
Just leave as local host but you need to have your SQL account on that server to test it. Use your SQL ID and password to login once past the first password prompt from the link Yash posted.jonyah said:I'm unable to log in. What should the server be set to?
schooner said:Couple words of caution, I can change user rights with this tool, my rights as well as other users.
Yash said:This shouldn't be possible. I attempted to do the same and it gave me a permission denied error although I can see all users and click on the edit link.
I have requested your username/password in a PM so I can check this out. If there is an issue, it has to do with your permissions rather than webdata administrator
Yash said:well, if you use it to do restores directly on the server you wouldn't get any of those errors
I suspect the errors are due to the fact that you didnt create the database users locally with the exact same permissions
jonyah said:Here's what I do. Use Enterprise manager to script your databse at jh (all tables, view, stored procs, etc). Recreate the database locally on your machine with that script. Then create your dts and save it on your machine. Use it to transfer all data over.
This of course will break if you make changes to the db on the server. Make sure you keep them in sync by making changes in both places. You can even schedule it to run on your local sql server.
jonyah said:foreign keys can cause problems. as far as duplicating the objects, when you do the data transfer, you need to specify the user "dbo" that will own the table that data is being transferred to. That way it goes into the tables your script created instead of creating new tables and putting the data there.
jonyah said:foreign keys can cause problems. as far as duplicating the objects, when you do the data transfer, you need to specify the user "dbo" that will own the table that data is being transferred to. That way it goes into the tables your script created instead of creating new tables and putting the data there.
I tried it but wasn't all that impressed. It basically just scripts the entire database structure and data to an sql file. I'd much prefer a means to do a real backup and restore from SQL Server.BluJag said:Wondering how things are going with the trial - I'm on SQL4 so can't try Yash's new gizmo out.
Yash said:schooner, I have been working on this for you, for the last hour or so.
I have installed Web Data Administrator (a microsoft tool) that allows you to make local backups to your disk. i have done so only on mssql5 for now. If its successful, I'll install it on all mssql servers:
http://mssql5.jodoshared.com/webadmin/default.aspx
username: webadmin
password: everyone
be sure to change Authentication Mode to SQL Only