Not that I am expecting anything to be done about this, but why did MS make the SQL 2005 Upgrade Advisor so unfriendly and slow for people that are doing a simple migration? Our organization is migrating everything from SQL 2000 to SQL 2005 one database at a time, and I have the responsibility of running the advisor and checking if there are any MIGRATION ISSUES. We are not concerned with the DTS Packages at this time, because we are doing a side-by-side migration. I do not need the Advisor to check the DTS packages (and even though I tell the Advisor not to, it still does), nor do I need it to check the SQL Server for Upgrade Issues every time I need to check a different database. The worst problem is that I cannot save the reports in a custom location for each database and strip out the useless information that I do not require.
Why can't we get a MIGRATION WIZARD that ONLY checks the Database for problems when doing a side-by-side migration? This would probably save me 1-3 minutes per database and we have about well over the 400 mark with production databases.
I ran the upgrade advisor on a SQL Server 2000 DTS package and received the following:
Upgrade Function: Replace functionality of complex Data Transformation task encapsulated in Execute DTS 2000 Package task after package migration Message: The SQL Server 2005 Integration Services (SSIS) Package Migration Wizard does not migrate complex Data Transformation tasks in SQL Server 2000 Data Transformation Services (DTS) packages. The migrated package will contain encapsulated DTS functionality that must eventually be removed or redesigned.
When I run the Migration Wizard, it runs successfully, with no encapsulated DTS fuctionality that I can see. As far as I can tell from comparing the two, it looks like it migrated successfully without any help from me! I'm not familiar with the business logic of the DTS package, so am worried that I'm missing something.
Is it possible for the Upgrade advisor to be wrong? Are there any advanced or random screens that I can check for something that might not have migrated correctly?
Thanks for any insight that you can provide! Jessica
Got a question about one of the results on the upgrade advisor report.
When to Fix: Before Description: Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED)) Object: SVCACCTREQ
It is looking like some type of permission problem but I cannot find anything about this specific issue.
I am running the advisor from my local machine, on which I am a local administrator, against a remote server where I am just a typical user.
Is this an error that would be corrected if I were to run the upgrade advisor logged into the server as a local administrator? I'm trying to determine whether there is anything that needs to be done with this issue.
I'm getting a Windows Installer error when attempting to run the Upgrade Advisor setup package (SQLUASetup.exe). The error message reads:
"This installation package cannot be installed by the Windows Installer service. You must install a Windows service pack that contains a newer version of the Windows Installer service."
The machine is running Windows 2000 sp4. Both the .net framework v2 and Windows Installer 3.0 have been installed.
Unable to connect to server. Reason: An error has occurred while establishing a connection to the server. When connecting to SQL Server 2005, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections. (provider: TCP Provider, error: 0 - No connection could be made because the target machine actively refused it.)
What are the minimum permissions required by the SQL Server 2005 Upgrade Advisor (UA)? I could not find it in the documentation.
Obviously being a local Administrators Windows group and a member of sysadmin SQL Server role will do the trick.
But will being a member of only the sysadmin SQL Server role be enough? I know that the UA does want to read the registry.
Running it under just sysadmin generates the following type of errors:
Database Server PreUpgrade Requested registry access is not allowed. WINSOCKPROXY
Database Server PreUpgrade Requested registry access is not allowed. FTUNSIGNEDCOMPONENTS
Database Server PreUpgrade Requested registry access is not allowed. NETPROTOCOL
Database Server PreUpgrade Requested registry access is not allowed. FTMULTIPLEINSTANCES
Database Server PreUpgrade Requested registry access is not allowed. INVALIDNAMEDPIPE
Database Server PreUpgrade Requested registry access is not allowed. FTCOMPONENTREG
Database Server PreUpgrade Requested registry access is not allowed. FTACCTPASS
The issue then is whether these are significant or not. If the UA is only reading the registry to determine if SSAS, DTS, etc is installed then that is not important. But if it is affecting the end result because it cannot read critical information from the registry that is another matter.
The "trouble" is that those sprocs do exist and that the site apparently is working fine. But not for DETA. As far as DETA is concerned... 54% of my processing power is used to serve syntax errors!
A couple of hints. The database was an upgrade from 2000.: - I changed the compatibility level to 2005 but no luck there. I tried with a brand new database, and the errors keep cropping up. B. The errors were observed in a kit that comprises of a 32bit IIS and 64bit SQL2005 and thought that it had to do with the connectivity of those two. - I run the traces in one (32bit) server that hosts both IIS and SQL and I am getting the same errors.
I tried creating an alias to the server to get it to connect to analyze the server but it will not recognize the SQL 2000 server as a valid server to analyze. I can use the alias to connect in EM or SSMS. Any ideas? The server is not clustered and is at SP4. I've connected to several others in my environment but this one is causing me grief!
We are performing a SQL 2005 SP1 upgrade from SQL 2000 on our Windows 2003 SP1 Standard Edition.
When we run the upgrade, we got a error "Upgrade Advisor Return -1" as a pop-up window.
When we run the Upgrade Advisor separately, we get this error :
===================================
Common Language Runtime detected an invalid program.
===================================
Common Language Runtime detected an invalid program. (System.Xml)
------------------------------ Program Location:
at System.Xml.Schema.SchemaInfo..ctor() at System.Xml.Schema.XmlSchemaSet..ctor(XmlNameTable nameTable) at System.Xml.XmlReaderSettings.get_Schemas() at Microsoft.SqlServer.UpgradeAdvisor.ReportViewer.UAReportController.LoadAndValidateDataFile() at Microsoft.SqlServer.UpgradeAdvisor.ReportViewer.UAReport.ValidateDataFile() at Microsoft.SqlServer.UpgradeAdvisor.ReportViewer.UAIssueReport.Refresh() at Microsoft.SqlServer.UpgradeAdvisor.ReportPanel.OpenReport(String reportFile)
We are in a lost for solutions. We do hope to hear from anyone asap...
I have to transfer existing DTS packages from sqlserver 2000 to sqlserver 2005, Please let me know the steps by which i can migrate all the runing DTS into SSIS into sqlserver 2005
Hi All, We are planning to move from sql server 2000 and sql server 2005. Just want to know how well is the backward compatibility and things that we should take care of before migration.
I have to migrate our existing SQL Server 2000 (standard edition) running on Windows 2000 server (32 bit) to a new windows 2003 server (64 bit) (SQL 2005 standard edition). I am thinking of doing this migratin after hours (or may be on weekend so a
I have planned the following steps (in order).
1. Install SQL Server 2005 on new server.(windows authenticatin and a SQL server will be running on a separate domain account)
2. Download SQL server upgrade advisor on current SQL Server 2000 (windows 2000) and run a report.
3. Back up (Full) SQL Server 2000
4. Script logins and schedule tasks on SQL 2000
5. Restore database on SQL 2005
6. Create jobs by runing Jobs scripit on SQL 2005
7. Create users and passwords by running the exported script file. Please refer to: How to transfer logins and passwords between instances of SQL Server http://support.microsoft.com/kb/246133/en-us
I am aware that I might face issues of db compatibility level, statistics out of date so I need to update statistics and may be redindex all my tables
PLEASE LET ME Know if I am missing something obvious? Not sure about our existing DTS packages? Any information. Right now I am just thiking of running all my existing 2000 DTS in 2005 as legacy
Note: Rob, Tara, Michael Valentine Jones, Mladen or Nigel , if you cam provide some input from your wealth of experience on this matter. I would sincerely appreciate it.
HiWe are going to upgrade from SQL 2002 to 2005. We have approx. 100mrows of data on the main table and hand of stored procs and views.What we had in mind was that we would dts the data out, script thestored procs and view out and import the it back into SQL 2005.Is there smarter way of doing this?The key thing is that the data must be cleanThanks
I got a SqlServer 6.5 that i want to migrate to SqlSever2005. Does someone knows if is possible to migrate directly with an one-step operation without encountering compatibility or any other types of problems?
We are currently on SQL Server 2000. We have another server that has SQL SERVER 2005. The exisiting SQL SERVER 2005, is a production server, used for Reports in SSRS 2005 In the next 2 mths, we need to migrate our dbs to SQL Server 2005. First off, I would like to TEST and ensure all the dbs/pkgs etc run fine in 2005 before I go live . I need to know how do I get started with TESTING this, i.e. how do I move the dbs from existing 2000 server to sql server 2005?
Looking a preparing a SQL 2000 to SQL 2005 Migration Plan to include the following points. It will be a side-by-side migration where the current environment will run in parallel with the new.
1. Assessment of current SQL 2000 environment. (Hardware, Databases, SQL components such as DTS) 2. Seqence for Steps to perform duing the migration 3. Required resources 4. TimelinesAnyone have such as plan?
I am trying to migrate Databases from MS SQL 2000 (server A) to MS sql 2005 (server B).
The problem i have when i use database copy wizard is that it gives an error and the login will not be migrated .
I tried backup and restore of the databases as well as detach and attach.All cases the logins will have a problem.
For example say for database intranet all the tables stored procedures etc gets migrated but under security >>users (say intrauser) i double click user and the the login name wont appear .and when i try to close the window it says login name must be specified(SQLmanagerUI)
Greetings, I am using SQL Server 2005 and I want a clue if there is some good built-in support to do the following. I want to transfer all the data from one source database to another destination database having same number to tables and schema like source database. I also want to ensure that the old data on the destination database should be secure too. I have an idea that this can be done through SSIS in coding but can anyone give me a guide, tip, link, sample code that can be helpful. Thanx a million in advance. Regards
Hi all, i was just thrown into SQL stuff at my job. For now I need to complete a migration, but soon i'm being sent to training to make sure that I can do this easier later. Heres my question
I backed up the database, then restored it to the new server. That worked fine. I couldn't log in...so i did some searching and found out about the sp_change_users_login command, I got my login fixed and I can log in. Now, I have about 1000 other users to change and I don't want to do those manually. Noone is using this database, so if needed, I could back it up and restore it differnetly if needed or If someone can give me a .sql file to run to fix all usernames and tell me how to run a .sql (i'm that new to it) that would be REALLY appreciated. Anyway, thanks in advance, looking forward to SQL administration.
OK so I'm just the Network Admin here, but our DBA's are off doing other stuff. So I thought I may inquire here about how the easiest way to migrate from SQL Server 2000 to 2005? The first server I'd like to migrate is just databases with a few users, no DTS packages or anything like that... The only problem is that there are several hundred db's, so moving them one at a time is not an option. Has anyone here had successful experience with doing this? Thanks in advance for your help! -Andrew
and it seems really straight forward. does this tutorial cover everything i need to do for data migration? do i need to watch out for anything? if anyone knows of a better tutorial please let me know. thanks for the help.
I have Restored database from SQL server 2000 to SQL server 2005 and found that Full Text catalogs are not Populated.
I tried using, exec sp_fulltext_catalog 'CatalogName', 'start_full' and it showed the message "Warning: Request to start a full-text index population on table or indexed view 'dbo.Corpora' is ignored because a population is currently active for this table or indexed view."
Please let me know on "How to Repopulate all the Full text catalogs"
Hi all, I am Migrating a database from sybase to sql server 2000. I Have already created objects in sql server 2000. I have to only populate it with the data. I have decided to genrate insert script from the aquadata tool and run the script againgt sql server database. It works fine except for few table which have 1,50,000 and 9,00,000 rows. It shows insufficent memory error when i try to run the script with 1,50,000 and the script with 9,00,000 doesn't open in management studio. Please help.
Hi all. I'll say from the get go that I'm no SQL guru. I'm primarily a web dev who has been given the data jobs kind of by default so I'm definitely no DBA.
Anyway, having established my noobness, I have encountered an issue. The employer recently decided to upgrade our databases from 2000 to 2005 and I have been tasked to migrate the data from old to new. I have discovered the Import/Export Wizard and got it to move all the data in a dev database we use...but there was one problem. It seems that the tables in 2000 that had columns designated as identity columns do not have the identity attribute when they arrive in 2005.
I haven't figured a way to alter them to give them that attribute once they're in 2005 so I'm wondering if there's something I can do/change in the import process that would retain the identity property of the columns if I were to re-import them.
This is my first migration attempt so dumping it and starting over is no great loss...but any help would be most appreciated.
I am trying to migrate few of my SQL jobs to SQL2K5. Can I simply script and execute them on the new environment. I hope the script is forward compatible.
------------------------ I think, therefore I am - Rene Descartes
Hi everyoneDoes anyone know or has anyone heard of any migration tools whichare/might be available for converting SQL Server 2000 databases to SQLServer 2005 Express?I'm guessing it is probably a bit early but it was worth a shot!ThanksDave
