Showing posts with label regarding. Show all posts
Showing posts with label regarding. Show all posts

Tuesday, March 27, 2012

Error installing SQL Server 2005 editions on Windows VISTA

There are numerous posts regarding this error when installing SQL Server 2005 on Windows Vista RTM thus I am starting a new thread in order to get resolution one way or another:

SQL Server Setup failed to execute a command for server configuration. The error was [SQL Native Client]Windows user or group "\USERNAME\SQLServer2005MSFTEUser$USERNAME$MSSQLSERVER" not found. Check the name again...

The error occurs when installing SQL Server 2005 Developer Edition, SQL Server Express SP1, SQL Server Express SP2 CTR (with or without the SP2 Toolkit package installed beforehand). The error occurs with or without UAC.

The installation then fails. Please advise if you have any insights. SQL Server Express SP2 CTR was announced as a workable version for Vista... note that this is not the case.

I am just stating that I have the same problem.

|||

This is a problem on Vista if case sensitive collation is chosen and Windows computer name includes lower case characters.

Possible workarounds:

1. Change the computer name with upper case.

Since Vista does not allow to change a computer name to the same name with only case difference, this workaround requires two steps, changing to the different name first (ComputerName to ComputerNameX for example) and then changing to the original name with upper case (ComputerNameX -> COMPUTERNAME).

2. Change the collation that the customer's product uses from case sensitive (including binary) to case insensitive.

|||

Well thanks. That has worked

Microsoft really must make this a little more public so other people don't jump in this hole

|||

Some one at Microsoft connect has just confirmed that this is a known error.

quote "Also there is a known issue with install SP2 on Vista machines where the Machine name has lower case letters or other 'special' characters and you are using the non-default collation "

In fact, as we know, its a propblem with the install whatever service pack.

|||Milos,

Thank you. That worked correctly.

Considering the time that has been and is likely to continue to be frustratingly wasted by a great number of people, I agree that this mixed computer name case issue should be better documented. If only I could get the past 2 days of my life back.

Thanks again.|||SQL Server 2005 SP2 isn't released yet, and Microsoft has stated (repeatedly) that non-SP2 installs are not supported on Vista.|||

No, in fact Microsoft state that SQL Server 2005 is not supported on Vista without SP2.

I had downloaded the beta release of the service pack ready to apply but in order to apply the service pack, guess what? - you have to install the base version of the software!

So next time think before you make unhelpful and supercilious remarks.

|||

Understood - I think we're saying the same thing.

Also, it should be noted that you can *install* the software, it just isn't *supported* without SP2. That's because there are some changes in SP2 that make it work properly within the environment. Yes, you will still have to install the base package.

You'll notice in the readme file that comes with SP2 that it will have specific instructions for Vista installs, which is why I made these comments - which I think are both helpful and non-supercillious. No harm intended, I think you misunderstood my post.

|||Thank you for your comments. I could never get SQL Server 2005 installed on VISTA in order to apply the SP2. The setup would crash near the very end of the base installation as the SQL Server Native configuration string update could not discriminate between mixed case computer names when binary sort order was selected.

This was a very difficult problem to work through as the primary documentation discussing SQL Server and Vista stated that SQL Server SP2 was required. However, to apply SQL Server SP2 you had to get SQL Server installed. Thus, the catch 22 for those who were trying to install SQL Server 2005 using the new binary sort order option.

Right now, it seems that many of the bug fixes are found only by posting to newsgroups or forums such as this. People at Microsoft knew of this particular binary mixed computer name configuration string error and were likely fixing this in SP2, etc. However, the public didn't and thus we spent days of wasted frustrated time simply to get an error at the very end of the SQL Server setup procedure. Wouldn't it make sense for Microsoft to add on to the MSDN knowledge base "bug snippets" such as found in this forum itself. So instead of having days of human life wasted in installation frustration, one could do a search in MSDN online for the error message that I posted above, and the solution (as found above by the kind person) would be presented?|||

I hear you. I've spent lots of time on things only to find out later that someone had the info to help me all along! I think in Microsoft's defense that they haven't released patches for this issue yet, so they are working on not having to document them. If it turns out that you have to "work your way around" something, we want to make sure that we document it correctly, in the 9 languages we support, and subject to the legal and other rules we face in hundreds of countries around the world, and then test on the thousands of systems (SAP, custom apps, clustering, PDA's, replication, etc.) that we run on. That takes time, which is why we're asking for patience as we work through the issues.

The danger of posting something before we are done working on it is that it might "live" after the correct procedure is developed when the product is actually supported on Vista. Then we run into the problem of people possibly damaging their systems using a workaround for a problem we've corrected another way. So in effect, we're kind of in a catch-22 as well!

Luckily, Microsoft hosts these forums for exactly this reason. It give all of us DBAs a chance to hash this out in an informal setting, and helps the company feel the pain points of its customers. This lets us fix the problems before we support the product. These posts are VERY valuable, and we thank you all for making them. We're here to help.

|||

The funny part of this is that the day you posted this complaint is the same day Microsoft published the KB article on the topic.

http://support.microsoft.com/kb/929105 (Yes, it is about express but the concept is the same)

Chill out.. Microsoft is not some conglomerate conspiracy trying to screw the people that use thier software. That would be counter intuitive.

Since people are so trigger happy to sue the *** out of Microsoft whenever they misspell a word or misstate a concept it takes them time to edit/approve/audit the items that are published. Its the price of being a large company.

-David Sandor

|||This worked after changing the computer name to all caps (very offensive) and removing non-standard characters (like Underscore) when installed a case senitive collations are used. Of course I like to use things like Spaces in my tables and procedures! I would like to be able to use spaces in computer names as well, but then I just name the computer after what it is. I was finally able to get the software to install.|||

Hi every body,

I have also the same problem.

Perhaps what you said is the solution, but I think that the persons - loke me- who have windows vista must first get the "Microsoft SQL Server 2005 Express Edition with Advanced Services Service Pack 2 "

on this web adress http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=5b5528b9-13e1-4db9-a3fc-82116d598c3d

I'm working on it right now.. And I hope that will resolve my problems.

Any way If I know that Vista is - for the moment - so in his own glob like a mystic person - I would never buy it...!

Sincerely,

RAF

|||

Hi every body,

I have also the same problem.

Perhaps what you said is the solution, but I think that the persons - like me- who have windows vista must first get the "Microsoft SQL Server 2005 Express Edition with Advanced Services Service Pack 2 "

on this web adress http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=5b5528b9-13e1-4db9-a3fc-82116d598c3d

I'm working on it right now.. And I hope that will resolve my problems.

Any way If I know that Vista is - for the moment - so in his own glob like a mystic person - I would never buy it...!

Sincerely,

RAF

Error installing SQL Server 2005 editions on Windows VISTA

There are numerous posts regarding this error when installing SQL Server 2005 on Windows Vista RTM thus I am starting a new thread in order to get resolution one way or another:

SQL Server Setup failed to execute a command for server configuration. The error was [SQL Native Client]Windows user or group "\USERNAME\SQLServer2005MSFTEUser$USERNAME$MSSQLSERVER" not found. Check the name again...

The error occurs when installing SQL Server 2005 Developer Edition, SQL Server Express SP1, SQL Server Express SP2 CTR (with or without the SP2 Toolkit package installed beforehand). The error occurs with or without UAC.

The installation then fails. Please advise if you have any insights. SQL Server Express SP2 CTR was announced as a workable version for Vista... note that this is not the case.

I am just stating that I have the same problem.

|||

This is a problem on Vista if case sensitive collation is chosen and Windows computer name includes lower case characters.

Possible workarounds:

1. Change the computer name with upper case.

Since Vista does not allow to change a computer name to the same name with only case difference, this workaround requires two steps, changing to the different name first (ComputerName to ComputerNameX for example) and then changing to the original name with upper case (ComputerNameX -> COMPUTERNAME).

2. Change the collation that the customer's product uses from case sensitive (including binary) to case insensitive.

|||

Well thanks. That has worked

Microsoft really must make this a little more public so other people don't jump in this hole

|||

Some one at Microsoft connect has just confirmed that this is a known error.

quote "Also there is a known issue with install SP2 on Vista machines where the Machine name has lower case letters or other 'special' characters and you are using the non-default collation "

In fact, as we know, its a propblem with the install whatever service pack.

|||Milos,

Thank you. That worked correctly.

Considering the time that has been and is likely to continue to be frustratingly wasted by a great number of people, I agree that this mixed computer name case issue should be better documented. If only I could get the past 2 days of my life back.

Thanks again.|||SQL Server 2005 SP2 isn't released yet, and Microsoft has stated (repeatedly) that non-SP2 installs are not supported on Vista.|||

No, in fact Microsoft state that SQL Server 2005 is not supported on Vista without SP2.

I had downloaded the beta release of the service pack ready to apply but in order to apply the service pack, guess what? - you have to install the base version of the software!

So next time think before you make unhelpful and supercilious remarks.

|||

Understood - I think we're saying the same thing.

Also, it should be noted that you can *install* the software, it just isn't *supported* without SP2. That's because there are some changes in SP2 that make it work properly within the environment. Yes, you will still have to install the base package.

You'll notice in the readme file that comes with SP2 that it will have specific instructions for Vista installs, which is why I made these comments - which I think are both helpful and non-supercillious. No harm intended, I think you misunderstood my post.

|||Thank you for your comments. I could never get SQL Server 2005 installed on VISTA in order to apply the SP2. The setup would crash near the very end of the base installation as the SQL Server Native configuration string update could not discriminate between mixed case computer names when binary sort order was selected.

This was a very difficult problem to work through as the primary documentation discussing SQL Server and Vista stated that SQL Server SP2 was required. However, to apply SQL Server SP2 you had to get SQL Server installed. Thus, the catch 22 for those who were trying to install SQL Server 2005 using the new binary sort order option.

Right now, it seems that many of the bug fixes are found only by posting to newsgroups or forums such as this. People at Microsoft knew of this particular binary mixed computer name configuration string error and were likely fixing this in SP2, etc. However, the public didn't and thus we spent days of wasted frustrated time simply to get an error at the very end of the SQL Server setup procedure. Wouldn't it make sense for Microsoft to add on to the MSDN knowledge base "bug snippets" such as found in this forum itself. So instead of having days of human life wasted in installation frustration, one could do a search in MSDN online for the error message that I posted above, and the solution (as found above by the kind person) would be presented?|||

I hear you. I've spent lots of time on things only to find out later that someone had the info to help me all along! I think in Microsoft's defense that they haven't released patches for this issue yet, so they are working on not having to document them. If it turns out that you have to "work your way around" something, we want to make sure that we document it correctly, in the 9 languages we support, and subject to the legal and other rules we face in hundreds of countries around the world, and then test on the thousands of systems (SAP, custom apps, clustering, PDA's, replication, etc.) that we run on. That takes time, which is why we're asking for patience as we work through the issues.

The danger of posting something before we are done working on it is that it might "live" after the correct procedure is developed when the product is actually supported on Vista. Then we run into the problem of people possibly damaging their systems using a workaround for a problem we've corrected another way. So in effect, we're kind of in a catch-22 as well!

Luckily, Microsoft hosts these forums for exactly this reason. It give all of us DBAs a chance to hash this out in an informal setting, and helps the company feel the pain points of its customers. This lets us fix the problems before we support the product. These posts are VERY valuable, and we thank you all for making them. We're here to help.

|||

The funny part of this is that the day you posted this complaint is the same day Microsoft published the KB article on the topic.

http://support.microsoft.com/kb/929105 (Yes, it is about express but the concept is the same)

Chill out.. Microsoft is not some conglomerate conspiracy trying to screw the people that use thier software. That would be counter intuitive.

Since people are so trigger happy to sue the *** out of Microsoft whenever they misspell a word or misstate a concept it takes them time to edit/approve/audit the items that are published. Its the price of being a large company.

-David Sandor

|||This worked after changing the computer name to all caps (very offensive) and removing non-standard characters (like Underscore) when installed a case senitive collations are used. Of course I like to use things like Spaces in my tables and procedures! I would like to be able to use spaces in computer names as well, but then I just name the computer after what it is. I was finally able to get the software to install.|||

Hi every body,

I have also the same problem.

Perhaps what you said is the solution, but I think that the persons - loke me- who have windows vista must first get the "Microsoft SQL Server 2005 Express Edition with Advanced Services Service Pack 2 "

on this web adress http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=5b5528b9-13e1-4db9-a3fc-82116d598c3d

I'm working on it right now.. And I hope that will resolve my problems.

Any way If I know that Vista is - for the moment - so in his own glob like a mystic person - I would never buy it...!

Sincerely,

RAF

|||

Hi every body,

I have also the same problem.

Perhaps what you said is the solution, but I think that the persons - like me- who have windows vista must first get the "Microsoft SQL Server 2005 Express Edition with Advanced Services Service Pack 2 "

on this web adress http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=5b5528b9-13e1-4db9-a3fc-82116d598c3d

I'm working on it right now.. And I hope that will resolve my problems.

Any way If I know that Vista is - for the moment - so in his own glob like a mystic person - I would never buy it...!

Sincerely,

RAF

Error installing SQL Server 2005 editions on Windows VISTA

There are numerous posts regarding this error when installing SQL Server 2005 on Windows Vista RTM thus I am starting a new thread in order to get resolution one way or another:

SQL Server Setup failed to execute a command for server configuration. The error was [SQL Native Client]Windows user or group "\USERNAME\SQLServer2005MSFTEUser$USERNAME$MSSQLSERVER" not found. Check the name again...

The error occurs when installing SQL Server 2005 Developer Edition, SQL Server Express SP1, SQL Server Express SP2 CTR (with or without the SP2 Toolkit package installed beforehand). The error occurs with or without UAC.

The installation then fails. Please advise if you have any insights. SQL Server Express SP2 CTR was announced as a workable version for Vista... note that this is not the case.

I am just stating that I have the same problem.

|||

This is a problem on Vista if case sensitive collation is chosen and Windows computer name includes lower case characters.

Possible workarounds:

1. Change the computer name with upper case.

Since Vista does not allow to change a computer name to the same name with only case difference, this workaround requires two steps, changing to the different name first (ComputerName to ComputerNameX for example) and then changing to the original name with upper case (ComputerNameX -> COMPUTERNAME).

2. Change the collation that the customer's product uses from case sensitive (including binary) to case insensitive.

|||

Well thanks. That has worked

Microsoft really must make this a little more public so other people don't jump in this hole

|||

Some one at Microsoft connect has just confirmed that this is a known error.

quote "Also there is a known issue with install SP2 on Vista machines where the Machine name has lower case letters or other 'special' characters and you are using the non-default collation "

In fact, as we know, its a propblem with the install whatever service pack.

|||Milos,

Thank you. That worked correctly.

Considering the time that has been and is likely to continue to be frustratingly wasted by a great number of people, I agree that this mixed computer name case issue should be better documented. If only I could get the past 2 days of my life back.

Thanks again.|||SQL Server 2005 SP2 isn't released yet, and Microsoft has stated (repeatedly) that non-SP2 installs are not supported on Vista.|||

No, in fact Microsoft state that SQL Server 2005 is not supported on Vista without SP2.

I had downloaded the beta release of the service pack ready to apply but in order to apply the service pack, guess what? - you have to install the base version of the software!

So next time think before you make unhelpful and supercilious remarks.

|||

Understood - I think we're saying the same thing.

Also, it should be noted that you can *install* the software, it just isn't *supported* without SP2. That's because there are some changes in SP2 that make it work properly within the environment. Yes, you will still have to install the base package.

You'll notice in the readme file that comes with SP2 that it will have specific instructions for Vista installs, which is why I made these comments - which I think are both helpful and non-supercillious. No harm intended, I think you misunderstood my post.

|||Thank you for your comments. I could never get SQL Server 2005 installed on VISTA in order to apply the SP2. The setup would crash near the very end of the base installation as the SQL Server Native configuration string update could not discriminate between mixed case computer names when binary sort order was selected.

This was a very difficult problem to work through as the primary documentation discussing SQL Server and Vista stated that SQL Server SP2 was required. However, to apply SQL Server SP2 you had to get SQL Server installed. Thus, the catch 22 for those who were trying to install SQL Server 2005 using the new binary sort order option.

Right now, it seems that many of the bug fixes are found only by posting to newsgroups or forums such as this. People at Microsoft knew of this particular binary mixed computer name configuration string error and were likely fixing this in SP2, etc. However, the public didn't and thus we spent days of wasted frustrated time simply to get an error at the very end of the SQL Server setup procedure. Wouldn't it make sense for Microsoft to add on to the MSDN knowledge base "bug snippets" such as found in this forum itself. So instead of having days of human life wasted in installation frustration, one could do a search in MSDN online for the error message that I posted above, and the solution (as found above by the kind person) would be presented?|||

I hear you. I've spent lots of time on things only to find out later that someone had the info to help me all along! I think in Microsoft's defense that they haven't released patches for this issue yet, so they are working on not having to document them. If it turns out that you have to "work your way around" something, we want to make sure that we document it correctly, in the 9 languages we support, and subject to the legal and other rules we face in hundreds of countries around the world, and then test on the thousands of systems (SAP, custom apps, clustering, PDA's, replication, etc.) that we run on. That takes time, which is why we're asking for patience as we work through the issues.

The danger of posting something before we are done working on it is that it might "live" after the correct procedure is developed when the product is actually supported on Vista. Then we run into the problem of people possibly damaging their systems using a workaround for a problem we've corrected another way. So in effect, we're kind of in a catch-22 as well!

Luckily, Microsoft hosts these forums for exactly this reason. It give all of us DBAs a chance to hash this out in an informal setting, and helps the company feel the pain points of its customers. This lets us fix the problems before we support the product. These posts are VERY valuable, and we thank you all for making them. We're here to help.

|||

The funny part of this is that the day you posted this complaint is the same day Microsoft published the KB article on the topic.

http://support.microsoft.com/kb/929105 (Yes, it is about express but the concept is the same)

Chill out.. Microsoft is not some conglomerate conspiracy trying to screw the people that use thier software. That would be counter intuitive.

Since people are so trigger happy to sue the *** out of Microsoft whenever they misspell a word or misstate a concept it takes them time to edit/approve/audit the items that are published. Its the price of being a large company.

-David Sandor

|||This worked after changing the computer name to all caps (very offensive) and removing non-standard characters (like Underscore) when installed a case senitive collations are used. Of course I like to use things like Spaces in my tables and procedures! I would like to be able to use spaces in computer names as well, but then I just name the computer after what it is. I was finally able to get the software to install.|||

Hi every body,

I have also the same problem.

Perhaps what you said is the solution, but I think that the persons - loke me- who have windows vista must first get the "Microsoft SQL Server 2005 Express Edition with Advanced Services Service Pack 2 "

on this web adress http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=5b5528b9-13e1-4db9-a3fc-82116d598c3d

I'm working on it right now.. And I hope that will resolve my problems.

Any way If I know that Vista is - for the moment - so in his own glob like a mystic person - I would never buy it...!

Sincerely,

RAF

|||

Hi every body,

I have also the same problem.

Perhaps what you said is the solution, but I think that the persons - like me- who have windows vista must first get the "Microsoft SQL Server 2005 Express Edition with Advanced Services Service Pack 2 "

on this web adress http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=5b5528b9-13e1-4db9-a3fc-82116d598c3d

I'm working on it right now.. And I hope that will resolve my problems.

Any way If I know that Vista is - for the moment - so in his own glob like a mystic person - I would never buy it...!

Sincerely,

RAF

Error installing SQL Server 2005 editions on Windows VISTA

There are numerous posts regarding this error when installing SQL Server 2005 on Windows Vista RTM thus I am starting a new thread in order to get resolution one way or another:

SQL Server Setup failed to execute a command for server configuration. The error was [SQL Native Client]Windows user or group "\USERNAME\SQLServer2005MSFTEUser$USERNAME$MSSQLSERVER" not found. Check the name again...

The error occurs when installing SQL Server 2005 Developer Edition, SQL Server Express SP1, SQL Server Express SP2 CTR (with or without the SP2 Toolkit package installed beforehand). The error occurs with or without UAC.

The installation then fails. Please advise if you have any insights. SQL Server Express SP2 CTR was announced as a workable version for Vista... note that this is not the case.

I am just stating that I have the same problem.

|||

This is a problem on Vista if case sensitive collation is chosen and Windows computer name includes lower case characters.

Possible workarounds:

1. Change the computer name with upper case.

Since Vista does not allow to change a computer name to the same name with only case difference, this workaround requires two steps, changing to the different name first (ComputerName to ComputerNameX for example) and then changing to the original name with upper case (ComputerNameX -> COMPUTERNAME).

2. Change the collation that the customer's product uses from case sensitive (including binary) to case insensitive.

|||

Well thanks. That has worked

Microsoft really must make this a little more public so other people don't jump in this hole

|||

Some one at Microsoft connect has just confirmed that this is a known error.

quote "Also there is a known issue with install SP2 on Vista machines where the Machine name has lower case letters or other 'special' characters and you are using the non-default collation "

In fact, as we know, its a propblem with the install whatever service pack.

|||Milos,

Thank you. That worked correctly.

Considering the time that has been and is likely to continue to be frustratingly wasted by a great number of people, I agree that this mixed computer name case issue should be better documented. If only I could get the past 2 days of my life back.

Thanks again.

|||SQL Server 2005 SP2 isn't released yet, and Microsoft has stated (repeatedly) that non-SP2 installs are not supported on Vista.|||

No, in fact Microsoft state that SQL Server 2005 is not supported on Vista without SP2.

I had downloaded the beta release of the service pack ready to apply but in order to apply the service pack, guess what? - you have to install the base version of the software!

So next time think before you make unhelpful and supercilious remarks.

|||

Understood - I think we're saying the same thing.

Also, it should be noted that you can *install* the software, it just isn't *supported* without SP2. That's because there are some changes in SP2 that make it work properly within the environment. Yes, you will still have to install the base package.

You'll notice in the readme file that comes with SP2 that it will have specific instructions for Vista installs, which is why I made these comments - which I think are both helpful and non-supercillious. No harm intended, I think you misunderstood my post.

|||Thank you for your comments. I could never get SQL Server 2005 installed on VISTA in order to apply the SP2. The setup would crash near the very end of the base installation as the SQL Server Native configuration string update could not discriminate between mixed case computer names when binary sort order was selected.

This was a very difficult problem to work through as the primary documentation discussing SQL Server and Vista stated that SQL Server SP2 was required. However, to apply SQL Server SP2 you had to get SQL Server installed. Thus, the catch 22 for those who were trying to install SQL Server 2005 using the new binary sort order option.

Right now, it seems that many of the bug fixes are found only by posting to newsgroups or forums such as this. People at Microsoft knew of this particular binary mixed computer name configuration string error and were likely fixing this in SP2, etc. However, the public didn't and thus we spent days of wasted frustrated time simply to get an error at the very end of the SQL Server setup procedure. Wouldn't it make sense for Microsoft to add on to the MSDN knowledge base "bug snippets" such as found in this forum itself. So instead of having days of human life wasted in installation frustration, one could do a search in MSDN online for the error message that I posted above, and the solution (as found above by the kind person) would be presented?

|||

I hear you. I've spent lots of time on things only to find out later that someone had the info to help me all along! I think in Microsoft's defense that they haven't released patches for this issue yet, so they are working on not having to document them. If it turns out that you have to "work your way around" something, we want to make sure that we document it correctly, in the 9 languages we support, and subject to the legal and other rules we face in hundreds of countries around the world, and then test on the thousands of systems (SAP, custom apps, clustering, PDA's, replication, etc.) that we run on. That takes time, which is why we're asking for patience as we work through the issues.

The danger of posting something before we are done working on it is that it might "live" after the correct procedure is developed when the product is actually supported on Vista. Then we run into the problem of people possibly damaging their systems using a workaround for a problem we've corrected another way. So in effect, we're kind of in a catch-22 as well!

Luckily, Microsoft hosts these forums for exactly this reason. It give all of us DBAs a chance to hash this out in an informal setting, and helps the company feel the pain points of its customers. This lets us fix the problems before we support the product. These posts are VERY valuable, and we thank you all for making them. We're here to help.

|||

The funny part of this is that the day you posted this complaint is the same day Microsoft published the KB article on the topic.

http://support.microsoft.com/kb/929105 (Yes, it is about express but the concept is the same)

Chill out.. Microsoft is not some conglomerate conspiracy trying to screw the people that use thier software. That would be counter intuitive.

Since people are so trigger happy to sue the *** out of Microsoft whenever they misspell a word or misstate a concept it takes them time to edit/approve/audit the items that are published. Its the price of being a large company.

-David Sandor

|||This worked after changing the computer name to all caps (very offensive) and removing non-standard characters (like Underscore) when installed a case senitive collations are used. Of course I like to use things like Spaces in my tables and procedures! I would like to be able to use spaces in computer names as well, but then I just name the computer after what it is. I was finally able to get the software to install.|||

Hi every body,

I have also the same problem.

Perhaps what you said is the solution, but I think that the persons - loke me- who have windows vista must first get the "Microsoft SQL Server 2005 Express Edition with Advanced Services Service Pack 2 "

on this web adress http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=5b5528b9-13e1-4db9-a3fc-82116d598c3d

I'm working on it right now.. And I hope that will resolve my problems.

Any way If I know that Vista is - for the moment - so in his own glob like a mystic person - I would never buy it...!

Sincerely,

RAF

|||

Hi every body,

I have also the same problem.

Perhaps what you said is the solution, but I think that the persons - like me- who have windows vista must first get the "Microsoft SQL Server 2005 Express Edition with Advanced Services Service Pack 2 "

on this web adress http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=5b5528b9-13e1-4db9-a3fc-82116d598c3d

I'm working on it right now.. And I hope that will resolve my problems.

Any way If I know that Vista is - for the moment - so in his own glob like a mystic person - I would never buy it...!

Sincerely,

RAF

sql

Monday, March 19, 2012

Error in restoring database

Hi!
I would like to ask for help regarding the error message
that I always encounter when I'm trying to restore a
database:
ODBC SQLState: 42000
The database you are attempting to restore was backed up
under a diffferent sort order ID (205) than the one
currently running on this server (52), and at least one of
them is a non-binary sort order. Backup or restore
operation terminating abnormally.
Any ideas on how to solve to problem?
Thanks!
Best Regards,
JunYes, restore to SQL 2000 instead of SQL 7. SQL 7 can only restore databases
in the same sort order as SQL was installed in (run sp_helpsort to figure
this out). SQL 2000 can handle multiple collations. You can then transfer
the SQL 2000 database elsewhere.
****************************************
***************************
Andy S.
MCSE NT/2000, MCDBA SQL 7/2000
andymcdba1@.NOMORESPAM.yahoo.com
Please remove NOMORESPAM before replying.
Always keep your antivirus and Microsoft software
up to date with the latest definitions and product updates.
Be suspicious of every email attachment, I will never send
or post anything other than the text of a http:// link nor
post the link directly to a file for downloading.
This posting is provided "as is" with no warranties
and confers no rights.
****************************************
***************************
"Jun" <junpena@.chinasystems.com> wrote in message
news:10d501c3c6da$0aad5e10$a501280a@.phx.gbl...
quote:

> Hi!
> I would like to ask for help regarding the error message
> that I always encounter when I'm trying to restore a
> database:
> ODBC SQLState: 42000
> The database you are attempting to restore was backed up
> under a diffferent sort order ID (205) than the one
> currently running on this server (52), and at least one of
> them is a non-binary sort order. Backup or restore
> operation terminating abnormally.
> Any ideas on how to solve to problem?
> Thanks!
> Best Regards,
> Jun

Friday, February 24, 2012

Error in Copy Database Wizard execution

I've been moving databases to 2005 and have always received useful error messages regarding failures using the Copy Database wizard... until the database I am working on now - below is the entire error message - not very useful huh? - any ideas on where to look for the problem? (substituted xxxx for servernames etc)

Thanks, Chris

Event Type: Error
Event Source: SQLISPackage
Event Category: None
Event ID: 12550
Date: 1/17/2007
Time: 11:13:02 AM
User: xxxxxxx
Computer: xxxxxxx
Description:
Event Name: OnError
Message: The requested objects failed to transfer.
StackTrace: at Microsoft.SqlServer.Management.Dts.DtsTransferProvider.ExecuteTransfer()
at Microsoft.SqlServer.Management.Smo.Transfer.TransferData()
at Microsoft.SqlServer.Dts.Tasks.TransferObjectsTask.TransferObjectsTask.TransferDatabasesUsingSMOTransfer()
Operator: xxxxxxxxxxxxxxxxxx
Source Name: xxxx01_xxxxx02_Transfer Objects Task
Source ID: {0BDAA262-18CB-4BC8-928C-607680E0B634}
Execution ID: {83CB3AB4-3AD7-4AFE-BE5D-9EBA89434874}
Start Time: 1/17/2007 11:13:02 AM
End Time: 1/17/2007 11:13:02 AM
Data Code: 0

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Hi Chris,

This error basically says that an error occurred during the transfer of this database from server A to server B, which indeed is not very helpful.

However, Copy Database Wizard has been widely improved and you should try to use the current CTP version available:

http://www.microsoft.com/sql/ctp.mspx

There is a good chance the problem you are facing had already been fixed in this CTP.

Thanks,
Oscar.

|||

Thanks Oscar - Do I only need to install the CTP on my dev box / workstation? Or do I need to install it on the destination server? (which is where the wizard puts the package and executes it)

If I install the CTP on my workstation will SSIS packages I create / edit etc be able to be opened / edited on non SP2 CTP workstations?

(just trying to see if installing SP2 CTP is something I can do.. I can't on any servers that I am working with but might be able to on my workstation)

|||

Hi Chris,

Regarding the Copy Database Wizard, you should always install the latest version on the target machine, precisely for the reason you just described (i.e. the target machine is where the wizard puts the package and executes it). You could then launch the wizard from here and select the source database on the corresponding machine. This is assuming that it is ok for you to upgrade to this version.

Changing the version on the client side won't help much, because most of the logic is executed at the destination.

Hope this helps!

Cheers,
Oscar.

|||

OK now that I have installed SP2 CTP... Database Copy Wizard packages are failing that succeeded yesterday (so its gotten worse).

Errors are similar in all failures - error about data not accessible and then a little further down it will say the AnsiPaddingStatus is not available. I am running this under the SQL Agent account (which is dbo). These databases are going from a 2000 server to a 2005 server. (If I run 2005 to 2005 as a test I do not receive the error - only when using a 2000 box as the source)

Message: The Table '[dbo].[xxxxxxxxxx]' cannot be scripted as its data is not accessible.

...

InnerException-->Property AnsiPaddingStatus is not available for Column '[xxxxxxx]'. This property may not exist for this object, or may not be retrievable due to insufficient access rights.

|||

Hi Chris,

Could you please tell me what are the main options you are selecting from the wizard? For example, I believe you are using the SMO Transfer method instead of Detach/Attach, right? Are you selecting any extra objects apart from the whole database as part of the copy? At the end of the CDW wizard and right before you perform the copy, there is summary page. This has useful information that we could look at as well. Please, make sure you are selecting the "Save Transfer Logs" option before clicking "Finish". This will generate a TransferDump*.sql file for each object being copied (e.g. if you are copying one database with one extra object, then there will be two such files). They will be located under:

C:\Documents and Settings\onaim\Local Settings\Application Data\Microsoft\SQL Server\Smo

for that particular user, assuming SQL Server is installed on the "C" drive in this example.

You could also select "Write to a log file" versus to the Windows event viewer.

If you could send me these two files, I would have more information to be able to help you.

Thanks,
Oscar.

|||

I also forgot to mention that you do need to have sysadmin rights on the destination, otherwise you will not be able to successfully run CDW.

Cheers,
Oscar.

|||

Hello Oscar

I have a problem with Copy Database Wizard to.

Have agent account as sysadmin in both source and target database

Target server has CTP Dec 2006 installed. Bat I can’t install it to the source “production” system

Managed to transfer five databases fixing the error found at the error log file

At the sixth database I have an error that I can not understand

The error appears when trying to create a view at the target system.

errorCode=-1073548784 description=Executing the query "create view [dbo].[VShift_Cost]

as

select sf.ShiftID, SFD.UnitID, sum(sfd.charge) as Shift_Charge

from shiftcostdetail sfd inner join shiftcost sf on sfd.shiftcostid = sf.shiftcostid

group by sf.shiftid, SFD.unitID

" failed with the following error: "Invalid object name 'shiftcostdetail'.". Possible failure reasons: Problems with the query, "ResultSet" property not set correctly, parameters not set correctly, or connection not established correctly.

The shiftcostdetail is an existing table and the view works fine at the source system.

Can you help?

Thanks

|||

Hi Panzin,

I already responded to your message in this other thread:

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=169786&SiteID=1

Thanks,
Oscar.

|||

Yes, SMO (do not have the problem with the detach/attach - it works fine). No extra objects, I remove the logins option. Yes I was using the "Save Transfer Logs" option.

I've looked at those SQL files and saw nothing out of the ordinary in them (actually I do one db at a time becuase there is no way to specify order of dbs in the wizard (hint would be great new feature :) so its only 1 file and it runs on the destination)

The log you mentioned says same thing... hopefully this helps:

Event Type: Error
Event Source: SQLISPackage
Event Category: None
Event ID: 12550
Date: 1/17/2007
Time: 4:43:39 PM
User: xxxxxxxxxxx
Computer: RSSQLK01
Description:
Event Name: OnError
Message: The Table '[dbo].[tblxxxxxxxxxxxx]' cannot be scripted as its data is not accessible.
StackTrace: at Microsoft.SqlServer.Management.Smo.Scripter.ScriptWithList(DependencyCollection depList, SqlSmoObject[] objects)
at Microsoft.SqlServer.Management.Smo.Scripter.ScriptWithList(SqlSmoObject[] objects)
at Microsoft.SqlServer.Management.Smo.Transfer.Microsoft.SqlServer.Management.Common.ITransferMetadataProvider.SaveMetadata()
at Microsoft.SqlServer.Management.Dts.DtsTransferProvider.Configure(ITransferMetadataProvider metadataProvider)
at Microsoft.SqlServer.Management.Smo.Transfer.GetTransferProvider()
at Microsoft.SqlServer.Management.Smo.Transfer.TransferData()
at Microsoft.SqlServer.Dts.Tasks.TransferObjectsTask.TransferObjectsTask.TransferDatabasesUsingSMOTransfer()
InnerException-->Property AnsiPaddingStatus is not available for Column '[vcSymbol]'. This property may not exist for this object, or may not be retrievable due to insufficient access rights.
StackTrace: at Microsoft.SqlServer.Management.Smo.PropertyCollection.HandleNullValue(Int32 index)
at Microsoft.SqlServer.Management.Smo.SqlSmoObject.GetPropValueOptional(String propName)
at Microsoft.SqlServer.Management.Smo.SqlSmoObject.GetPropValueOptional[T](String propName)
at Microsoft.SqlServer.Management.Smo.Table.GetColumnPadding(Column c)
at Microsoft.SqlServer.Management.Smo.Table.GetTableAnsiPadded()
at Microsoft.SqlServer.Management.Smo.Table.ScriptCreate(StringCollection queries, ScriptingOptions so)
at Microsoft.SqlServer.Management.Smo.Scripter.ScriptWithListWorker(DependencyCollection depList, SqlSmoObject[] objects)
at Microsoft.SqlServer.Management.Smo.Scripter.ScriptWithList(DependencyCollection depList, SqlSmoObject[] objects)
Operator: xxxxxxxxxxxxxxxxxxx
Source Name: xxxxxxxxxxxxxxxxxxxxxxxx
Source ID: {3DE71A4C-00D6-4C2F-B188-EE680B19AFD9}
Execution ID: {EBD7814A-6828-4041-B08D-E8CA73CD75AF}
Start Time: 1/17/2007 4:43:39 PM
End Time: 1/17/2007 4:43:39 PM
Data Code: 0

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Just to make sure this is clear - if I detach + attach method onto the 2005 box its fine, if I then take that and use SMO to another box its fine as well... its only when using SMO directly from 2000 to 2005.

Sorry I can't be more helpful - due to the SMO issues I was more than a day behind on the project so I ended up doing the project using the detach method even though that was not desired (original request called for the source to not go offline - but we comprimised by running only in off hours). Oh and I have full dbo rights on the source and destination.

|||

Hi Chris,

Thank you for the information. Let me investigate the issue based on the information that you have sent me so far and I will get back to you as soon as possible. In the meantime, it would be great if you could something for me. Could you please go to that particular table in SQL 2000 and script it to a query window and send me the output?

Thanks,
Oscar.

|||

CREATE TABLE [tblTradeCurrencyHedgeImport] (
[iTradeCurrencyHedgeImportID] [int] IDENTITY (1, 1) NOT FOR REPLICATION NOT NULL ,
[iCurrencyHedgeImportID] [int] NOT NULL ,
[dtDate] [smalldatetime] NULL ,
[vcSymbol] [nvarchar] (5) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[iSettlementDate] [nvarchar] (20) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[vcBuySell] [nvarchar] (10) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[iAccountID] [int] NULL ,
[iHedge] [int] NULL ,
[dTradePrice] [decimal](19, 8) NULL ,
[dFxAllInRate] [decimal](19, 8) NULL ,
[iNumberOfContractsPerBreak] [decimal](13, 2) NULL ,
[iContractSize] [int] NULL ,
[dMinimumTick] [decimal](19, 8) NULL ,
[dClosePrice] [decimal](19, 8) NULL ,
[dPricePercentDiff] [decimal](19, 8) NULL ,
[dtSettlementDate] [datetime] NULL ,
[dtInsertTime] [datetime] NULL CONSTRAINT [DF__tblTradeC__dtIns__56757D0D] DEFAULT (getdate()),
[vcInsertUser] [varchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NULL CONSTRAINT [DF__tblTradeC__vcIns__5769A146] DEFAULT (suser_sname()),
[dtUpdateTime] [datetime] NULL CONSTRAINT [DF__tblTradeC__dtUpd__585DC57F] DEFAULT (getdate()),
[vcUpdateUser] [varchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NULL CONSTRAINT [DF__tblTradeC__vcUpd__5951E9B8] DEFAULT (suser_sname()),
CONSTRAINT [PK_tblTradeCurrencyHedgeImport] PRIMARY KEY CLUSTERED
(
[iTradeCurrencyHedgeImportID]
) WITH FILLFACTOR = 80 ON [PRIMARY]
) ON [PRIMARY]
GO

FYI this is scripted using 2000... it will not script the table in 2005 client tools - same error about not being able to determine ansi padding


|||

Hi Chris,

This is exactly what I was thinking. However, I haven't been able to reproduce it here at the lab and it would be great if you could help us by filing a bug using Microsoft Connect, including the steps that you had to follow in order to reproduce the problem. The URL for Microsoft Connect is:

http://connect.microsoft.com

I will make sure that this bug gets triaged as soon as possible.

Thanks again for your time and please let me know if I can be of any further assistance. We are here to help!

Cheers,
Oscar.

|||

The following links are also useful:

http://connect.microsoft.com/SQLServer/Feedback/

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=840523&SiteID=1

Cheers,
Oscar.

|||https://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=253839

Error in Copy Database Wizard execution

I've been moving databases to 2005 and have always received useful error messages regarding failures using the Copy Database wizard... until the database I am working on now - below is the entire error message - not very useful huh? - any ideas on where to look for the problem? (substituted xxxx for servernames etc)

Thanks, Chris

Event Type: Error
Event Source: SQLISPackage
Event Category: None
Event ID: 12550
Date: 1/17/2007
Time: 11:13:02 AM
User: xxxxxxx
Computer: xxxxxxx
Description:
Event Name: OnError
Message: The requested objects failed to transfer.
StackTrace: at Microsoft.SqlServer.Management.Dts.DtsTransferProvider.ExecuteTransfer()
at Microsoft.SqlServer.Management.Smo.Transfer.TransferData()
at Microsoft.SqlServer.Dts.Tasks.TransferObjectsTask.TransferObjectsTask.TransferDatabasesUsingSMOTransfer()
Operator: xxxxxxxxxxxxxxxxxx
Source Name: xxxx01_xxxxx02_Transfer Objects Task
Source ID: {0BDAA262-18CB-4BC8-928C-607680E0B634}
Execution ID: {83CB3AB4-3AD7-4AFE-BE5D-9EBA89434874}
Start Time: 1/17/2007 11:13:02 AM
End Time: 1/17/2007 11:13:02 AM
Data Code: 0

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Hi Chris,

This error basically says that an error occurred during the transfer of this database from server A to server B, which indeed is not very helpful.

However, Copy Database Wizard has been widely improved and you should try to use the current CTP version available:

http://www.microsoft.com/sql/ctp.mspx

There is a good chance the problem you are facing had already been fixed in this CTP.

Thanks,
Oscar.

|||

Thanks Oscar - Do I only need to install the CTP on my dev box / workstation? Or do I need to install it on the destination server? (which is where the wizard puts the package and executes it)

If I install the CTP on my workstation will SSIS packages I create / edit etc be able to be opened / edited on non SP2 CTP workstations?

(just trying to see if installing SP2 CTP is something I can do.. I can't on any servers that I am working with but might be able to on my workstation)

|||

Hi Chris,

Regarding the Copy Database Wizard, you should always install the latest version on the target machine, precisely for the reason you just described (i.e. the target machine is where the wizard puts the package and executes it). You could then launch the wizard from here and select the source database on the corresponding machine. This is assuming that it is ok for you to upgrade to this version.

Changing the version on the client side won't help much, because most of the logic is executed at the destination.

Hope this helps!

Cheers,
Oscar.

|||

OK now that I have installed SP2 CTP... Database Copy Wizard packages are failing that succeeded yesterday (so its gotten worse).

Errors are similar in all failures - error about data not accessible and then a little further down it will say the AnsiPaddingStatus is not available. I am running this under the SQL Agent account (which is dbo). These databases are going from a 2000 server to a 2005 server. (If I run 2005 to 2005 as a test I do not receive the error - only when using a 2000 box as the source)

Message: The Table '[dbo].[xxxxxxxxxx]' cannot be scripted as its data is not accessible.

...

InnerException-->Property AnsiPaddingStatus is not available for Column '[xxxxxxx]'. This property may not exist for this object, or may not be retrievable due to insufficient access rights.

|||

Hi Chris,

Could you please tell me what are the main options you are selecting from the wizard? For example, I believe you are using the SMO Transfer method instead of Detach/Attach, right? Are you selecting any extra objects apart from the whole database as part of the copy? At the end of the CDW wizard and right before you perform the copy, there is summary page. This has useful information that we could look at as well. Please, make sure you are selecting the "Save Transfer Logs" option before clicking "Finish". This will generate a TransferDump*.sql file for each object being copied (e.g. if you are copying one database with one extra object, then there will be two such files). They will be located under:

C:\Documents and Settings\onaim\Local Settings\Application Data\Microsoft\SQL Server\Smo

for that particular user, assuming SQL Server is installed on the "C" drive in this example.

You could also select "Write to a log file" versus to the Windows event viewer.

If you could send me these two files, I would have more information to be able to help you.

Thanks,
Oscar.

|||

I also forgot to mention that you do need to have sysadmin rights on the destination, otherwise you will not be able to successfully run CDW.

Cheers,
Oscar.

|||

Hello Oscar

I have a problem with Copy Database Wizard to.

Have agent account as sysadmin in both source and target database

Target server has CTP Dec 2006 installed. Bat I can’t install it to the source “production” system

Managed to transfer five databases fixing the error found at the error log file

At the sixth database I have an error that I can not understand

The error appears when trying to create a view at the target system.

errorCode=-1073548784 description=Executing the query "create view [dbo].[VShift_Cost]

as

select sf.ShiftID, SFD.UnitID, sum(sfd.charge) as Shift_Charge

from shiftcostdetail sfd inner join shiftcost sf on sfd.shiftcostid = sf.shiftcostid

group by sf.shiftid, SFD.unitID

" failed with the following error: "Invalid object name 'shiftcostdetail'.". Possible failure reasons: Problems with the query, "ResultSet" property not set correctly, parameters not set correctly, or connection not established correctly.

The shiftcostdetail is an existing table and the view works fine at the source system.

Can you help?

Thanks

|||

Hi Panzin,

I already responded to your message in this other thread:

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=169786&SiteID=1

Thanks,
Oscar.

|||

Yes, SMO (do not have the problem with the detach/attach - it works fine). No extra objects, I remove the logins option. Yes I was using the "Save Transfer Logs" option.

I've looked at those SQL files and saw nothing out of the ordinary in them (actually I do one db at a time becuase there is no way to specify order of dbs in the wizard (hint would be great new feature :) so its only 1 file and it runs on the destination)

The log you mentioned says same thing... hopefully this helps:

Event Type: Error
Event Source: SQLISPackage
Event Category: None
Event ID: 12550
Date: 1/17/2007
Time: 4:43:39 PM
User: xxxxxxxxxxx
Computer: RSSQLK01
Description:
Event Name: OnError
Message: The Table '[dbo].[tblxxxxxxxxxxxx]' cannot be scripted as its data is not accessible.
StackTrace: at Microsoft.SqlServer.Management.Smo.Scripter.ScriptWithList(DependencyCollection depList, SqlSmoObject[] objects)
at Microsoft.SqlServer.Management.Smo.Scripter.ScriptWithList(SqlSmoObject[] objects)
at Microsoft.SqlServer.Management.Smo.Transfer.Microsoft.SqlServer.Management.Common.ITransferMetadataProvider.SaveMetadata()
at Microsoft.SqlServer.Management.Dts.DtsTransferProvider.Configure(ITransferMetadataProvider metadataProvider)
at Microsoft.SqlServer.Management.Smo.Transfer.GetTransferProvider()
at Microsoft.SqlServer.Management.Smo.Transfer.TransferData()
at Microsoft.SqlServer.Dts.Tasks.TransferObjectsTask.TransferObjectsTask.TransferDatabasesUsingSMOTransfer()
InnerException-->Property AnsiPaddingStatus is not available for Column '[vcSymbol]'. This property may not exist for this object, or may not be retrievable due to insufficient access rights.
StackTrace: at Microsoft.SqlServer.Management.Smo.PropertyCollection.HandleNullValue(Int32 index)
at Microsoft.SqlServer.Management.Smo.SqlSmoObject.GetPropValueOptional(String propName)
at Microsoft.SqlServer.Management.Smo.SqlSmoObject.GetPropValueOptional[T](String propName)
at Microsoft.SqlServer.Management.Smo.Table.GetColumnPadding(Column c)
at Microsoft.SqlServer.Management.Smo.Table.GetTableAnsiPadded()
at Microsoft.SqlServer.Management.Smo.Table.ScriptCreate(StringCollection queries, ScriptingOptions so)
at Microsoft.SqlServer.Management.Smo.Scripter.ScriptWithListWorker(DependencyCollection depList, SqlSmoObject[] objects)
at Microsoft.SqlServer.Management.Smo.Scripter.ScriptWithList(DependencyCollection depList, SqlSmoObject[] objects)
Operator: xxxxxxxxxxxxxxxxxxx
Source Name: xxxxxxxxxxxxxxxxxxxxxxxx
Source ID: {3DE71A4C-00D6-4C2F-B188-EE680B19AFD9}
Execution ID: {EBD7814A-6828-4041-B08D-E8CA73CD75AF}
Start Time: 1/17/2007 4:43:39 PM
End Time: 1/17/2007 4:43:39 PM
Data Code: 0

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Just to make sure this is clear - if I detach + attach method onto the 2005 box its fine, if I then take that and use SMO to another box its fine as well... its only when using SMO directly from 2000 to 2005.

Sorry I can't be more helpful - due to the SMO issues I was more than a day behind on the project so I ended up doing the project using the detach method even though that was not desired (original request called for the source to not go offline - but we comprimised by running only in off hours). Oh and I have full dbo rights on the source and destination.

|||

Hi Chris,

Thank you for the information. Let me investigate the issue based on the information that you have sent me so far and I will get back to you as soon as possible. In the meantime, it would be great if you could something for me. Could you please go to that particular table in SQL 2000 and script it to a query window and send me the output?

Thanks,
Oscar.

|||

CREATE TABLE [tblTradeCurrencyHedgeImport] (
[iTradeCurrencyHedgeImportID] [int] IDENTITY (1, 1) NOT FOR REPLICATION NOT NULL ,
[iCurrencyHedgeImportID] [int] NOT NULL ,
[dtDate] [smalldatetime] NULL ,
[vcSymbol] [nvarchar] (5) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[iSettlementDate] [nvarchar] (20) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[vcBuySell] [nvarchar] (10) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[iAccountID] [int] NULL ,
[iHedge] [int] NULL ,
[dTradePrice] [decimal](19, 8) NULL ,
[dFxAllInRate] [decimal](19, 8) NULL ,
[iNumberOfContractsPerBreak] [decimal](13, 2) NULL ,
[iContractSize] [int] NULL ,
[dMinimumTick] [decimal](19, 8) NULL ,
[dClosePrice] [decimal](19, 8) NULL ,
[dPricePercentDiff] [decimal](19, 8) NULL ,
[dtSettlementDate] [datetime] NULL ,
[dtInsertTime] [datetime] NULL CONSTRAINT [DF__tblTradeC__dtIns__56757D0D] DEFAULT (getdate()),
[vcInsertUser] [varchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NULL CONSTRAINT [DF__tblTradeC__vcIns__5769A146] DEFAULT (suser_sname()),
[dtUpdateTime] [datetime] NULL CONSTRAINT [DF__tblTradeC__dtUpd__585DC57F] DEFAULT (getdate()),
[vcUpdateUser] [varchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NULL CONSTRAINT [DF__tblTradeC__vcUpd__5951E9B8] DEFAULT (suser_sname()),
CONSTRAINT [PK_tblTradeCurrencyHedgeImport] PRIMARY KEY CLUSTERED
(
[iTradeCurrencyHedgeImportID]
) WITH FILLFACTOR = 80 ON [PRIMARY]
) ON [PRIMARY]
GO

FYI this is scripted using 2000... it will not script the table in 2005 client tools - same error about not being able to determine ansi padding


|||

Hi Chris,

This is exactly what I was thinking. However, I haven't been able to reproduce it here at the lab and it would be great if you could help us by filing a bug using Microsoft Connect, including the steps that you had to follow in order to reproduce the problem. The URL for Microsoft Connect is:

http://connect.microsoft.com

I will make sure that this bug gets triaged as soon as possible.

Thanks again for your time and please let me know if I can be of any further assistance. We are here to help!

Cheers,
Oscar.

|||

The following links are also useful:

http://connect.microsoft.com/SQLServer/Feedback/

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=840523&SiteID=1

Cheers,
Oscar.

|||https://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=253839