Showing posts with label virtual. Show all posts
Showing posts with label virtual. Show all posts

Friday, February 24, 2012

2005 slower than 2000?

Admittedly I'm evaluating 2005 in a virtual machine but I'm comparing it to
an older machine:
2005 thinks it has 1Gb and 1 cpu on a host which has 2GB, 2 2.4Ghz Amd64's,
raid0. it runs in boosted priority when active.
2000 is on an older single Amd64 2Ghz, 1Gb, single sata drive.
A very ugly query built by selections on a web page is parsed and
parameterized.
on 2000 it runs in a couple seconds against a few thousand rows joining lots
of tables, varying by the selections made.
on 2005 it takes twice as long for the identical query. all other software
variables are identical. the db is a copy from 2000. stats updated. tried
with both compatibility levels.
I'm thinking I'll wait for 9.1 or 9.2 before I make the move.br (br@.discussions.microsoft.com) writes:
> Admittedly I'm evaluating 2005 in a virtual machine but I'm comparing it
> to an older machine:
> 2005 thinks it has 1Gb and 1 cpu on a host which has 2GB, 2 2.4Ghz
> Amd64's, raid0. it runs in boosted priority when active. 2000 is on an
> older single Amd64 2Ghz, 1Gb, single sata drive.
> A very ugly query built by selections on a web page is parsed and
> parameterized. on 2000 it runs in a couple seconds against a few
> thousand rows joining lots of tables, varying by the selections made.
> on 2005 it takes twice as long for the identical query. all other
> software variables are identical. the db is a copy from 2000. stats
> updated. tried with both compatibility levels.
> I'm thinking I'll wait for 9.1 or 9.2 before I make the move.
Before you do that... The database on SQL 2005, is that a copy of the
database from SQL 2000? In such case, did you run UPDATE STATISTICS
WITH FULLSCAN on all table (or just sp_updatestats if you prefer)? When
you restore a database from SQL 2000, all statistics are invalidated,
this can be an important reason for difference in performance.
Erland Sommarskog, SQL Server MVP, esquel@.sommarskog.se
Books Online for SQL Server 2005 at
http://www.microsoft.com/technet/pr...oads/books.mspx
Books Online for SQL Server 2000 at
http://www.microsoft.com/sql/prodin...ions/books.mspx|||Did you install SQL Server Standard/Enterprise Edition or Express Edition?
Express edition is limited by design to 1 CPU, 1 GB RAM, and 4 GB database
size.
There are server and database configuration settings that can impact
performance:
http://www.sql-server-performance.c...ance_audit5.asp
Analyze the execution plan and performance monitor logs to determine what
exactly is going on.
http://msdn.microsoft.com/library/d... />
1_5pde.asp
http://www.informit.com/guides/cont...&seqNum=28&rl=1
BTY, what is "9.1 or 9.2" ?
"br" <br@.discussions.microsoft.com> wrote in message
news:2C96E892-1713-4486-8DE6-B0E56AEF29C3@.microsoft.com...
> Admittedly I'm evaluating 2005 in a virtual machine but I'm comparing it
> to
> an older machine:
> 2005 thinks it has 1Gb and 1 cpu on a host which has 2GB, 2 2.4Ghz
> Amd64's,
> raid0. it runs in boosted priority when active.
> 2000 is on an older single Amd64 2Ghz, 1Gb, single sata drive.
> A very ugly query built by selections on a web page is parsed and
> parameterized.
> on 2000 it runs in a couple seconds against a few thousand rows joining
> lots
> of tables, varying by the selections made.
> on 2005 it takes twice as long for the identical query. all other software
> variables are identical. the db is a copy from 2000. stats updated. tried
> with both compatibility levels.
> I'm thinking I'll wait for 9.1 or 9.2 before I make the move.
>|||Thanks guys,
It's the developer version. Roughly equivalent to standard.
The stats are updated.
I'm figuring I'll have to re-optimize for 2005, so I don't mind waiting for
a fix rev or two.
But thanks for the links. I'll check them out.
"JT" wrote:

> Did you install SQL Server Standard/Enterprise Edition or Express Edition?
> Express edition is limited by design to 1 CPU, 1 GB RAM, and 4 GB database
> size.
> There are server and database configuration settings that can impact
> performance:
> http://www.sql-server-performance.c...ance_audit5.asp
> Analyze the execution plan and performance monitor logs to determine what
> exactly is going on.
> http://msdn.microsoft.com/library/d...>
n_1_5pde.asp
> http://www.informit.com/guides/cont...&seqNum=28&rl=1
> BTY, what is "9.1 or 9.2" ?
> "br" <br@.discussions.microsoft.com> wrote in message
> news:2C96E892-1713-4486-8DE6-B0E56AEF29C3@.microsoft.com...
>
>|||Sorry, missed that. Means one or two revisions to Sql2005, which I'm
considering to be Sql Server 9.
"JT" wrote:
> BTY, what is "9.1 or 9.2" ?|||Try testing again in an environment other than a virtual machine (MS Virtual
PC ?). There may be VM session settings limiting RAM and CPU usage. Also,
SQL Server is optimized to work directly with the OS and hardware, and a VM
session is an abstraction layer.
"br" <br@.discussions.microsoft.com> wrote in message
news:9C34254A-E671-4E1D-84BF-E586D5A74830@.microsoft.com...
> Thanks guys,
> It's the developer version. Roughly equivalent to standard.
> The stats are updated.
> I'm figuring I'll have to re-optimize for 2005, so I don't mind waiting
> for
> a fix rev or two.
> But thanks for the links. I'll check them out.
> "JT" wrote:
>|||There are a lot of people using 2005 today with no broad based complaints
about performance. You are perhaps thinking that a future service pack will
include performance optimizations for a vitual machine environment? ;-)
"br" <br@.discussions.microsoft.com> wrote in message
news:4A3878EB-4E4B-491F-9C3B-5A81F2FC8510@.microsoft.com...
> Sorry, missed that. Means one or two revisions to Sql2005, which I'm
> considering to be Sql Server 9.
> "JT" wrote:
>|||True... ok, some wend when I have a free morning I'll put it on a real
machine.
"JT" wrote:

> ...a VM session is an abstraction layer.
>

2005 Reporting Services Configuration Issues

Hi All -

I am trying to configure reporting services on virtual machine but unable to succeed. I never touched this topic before SQL Server 2005. The left hand side options in Reporting Services Configuration Manager such as Server Status, Virtual Directories, Web Identity works fine but it fails in Database Setup section

Here are the details:

AppServer: SQL Server 2005 Reporting Services & Client components build# 2153 (with SP1 & SP1 hotfix)

going to apply SP2 and Add-on component after the configuration

DBServer: SQL Server 2005 Database Services & Client components build# 2153 (with SP1 & SP1 hotfix)

OS: Windows 2003 Server with SP1

IIS version on AppServer: 6

I have SQL 2005 Reporting services and 2005 Database Engine on 2 different machines.

Here is the error message I am receiving when I try to apply the script in "Database Setup" section of Reporting Services Configuration Manager

It did not log any errors in SQL Server however it shows a warning message in Event Log

Event Log message - "The RSReportServer.config file has been modified."

Configuration Manager error message - It shows me "Create a Grants Rights Script" task failed

"System.UnauthorizedAccessException: Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))
at System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal(Int32 errorCode, IntPtr errorInfo)
at System.Management.ManagementScope.InitializeGuts(Object o)
at System.Management.ManagementScope.Initialize()
at System.Management.ManagementObjectSearcher.Initialize()
at System.Management.ManagementObjectSearcher.Get()
at Microsoft.ReportingServices.Diagnostics.WebUtil.GetIPAddresses(String machine)
at ReportServicesConfigUI.Panels.DatabaseSetupPanel.IsLocalDbServer(String dbServer)
at ReportServicesConfigUI.Panels.DatabaseSetupPanel.SetDatabaseConnectionTask(String connectionString, String server, String database, ConfigurationCredentialsType credsType, String account, String password, Boolean upgrade, String dbVersion)"

I have captured the screenshot, let me know if I can send this.

One of my friends suggested the following and I have tried the first option but could not work - Option I)

Our account that is used for database connection should have

1) public and RSExecRole roles for the ReportServerDatabase.

2) RSExecRole roles for the master, msdb , and ReportServerTempDB databases.

Else - Option II)

we can run the Reporting Service Windows Service under the local System Account and then the credentials type for the database set up would be Service credentials. This way we would have more permission.

Did anyone face this problem? how should I resolve this?

Anyone have steps to follow as I feel of missing something in the configuration steps?

Any information/ suggestions/ pointer on this are higly appreciated.

Thanks in advance !!

-Satya

We were getting this error and found that the dbo.role was not the owner of the dbo.schema. When we made that change we were able to update the database. When we originally installed and had problems with the remote database we had to make sure that database had windows authentication only.|||

TWe also escalated this issue to Microsoft Product Support Service and they suggested the following:

The account that is used for database connection should have

1) public and RSExecRole roles for the ReportServerDatabase.

2) RSExecRole roles for the master, msdb , and ReportServerTempDB databases.

Else we can run the Reporting Service Windows Service under the local System Account and then the credentials type for the database set up would be Service credentials. This way we would have more permission.

but before we had a work around however you will still find the script showing error in Reporting Services configuration manager.

We have generated the login script and executed thru' Management Studio. Verified the account permission as mentioned above.

Just ignore the error message that you see in Configuration Manager -

Configuration Manager error message - "System.UnauthorizedAccessException: Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))

2005 Reporting Services Configuration Issues

Hi All -

I am trying to configure reporting services on virtual machine but unable to succeed. I never touched this topic before SQL Server 2005. The left hand side options in Reporting Services Configuration Manager such as Server Status, Virtual Directories, Web Identity works fine but it fails in Database Setup section

Here are the details:

AppServer: SQL Server 2005 Reporting Services & Client components build# 2153 (with SP1 & SP1 hotfix)

going to apply SP2 and Add-on component after the configuration

DBServer: SQL Server 2005 Database Services & Client components build# 2153 (with SP1 & SP1 hotfix)

OS: Windows 2003 Server with SP1

IIS version on AppServer: 6

I have SQL 2005 Reporting services and 2005 Database Engine on 2 different machines.

Here is the error message I am receiving when I try to apply the script in "Database Setup" section of Reporting Services Configuration Manager

It did not log any errors in SQL Server however it shows a warning message in Event Log

Event Log message - "The RSReportServer.config file has been modified."

Configuration Manager error message - It shows me "Create a Grants Rights Script" task failed

"System.UnauthorizedAccessException: Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))
at System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal(Int32 errorCode, IntPtr errorInfo)
at System.Management.ManagementScope.InitializeGuts(Object o)
at System.Management.ManagementScope.Initialize()
at System.Management.ManagementObjectSearcher.Initialize()
at System.Management.ManagementObjectSearcher.Get()
at Microsoft.ReportingServices.Diagnostics.WebUtil.GetIPAddresses(String machine)
at ReportServicesConfigUI.Panels.DatabaseSetupPanel.IsLocalDbServer(String dbServer)
at ReportServicesConfigUI.Panels.DatabaseSetupPanel.SetDatabaseConnectionTask(String connectionString, String server, String database, ConfigurationCredentialsType credsType, String account, String password, Boolean upgrade, String dbVersion)"

I have captured the screenshot, let me know if I can send this.

One of my friends suggested the following and I have tried the first option but could not work - Option I)

Our account that is used for database connection should have

1) public and RSExecRole roles for the ReportServerDatabase.

2) RSExecRole roles for the master, msdb , and ReportServerTempDB databases.

Else - Option II)

we can run the Reporting Service Windows Service under the local System Account and then the credentials type for the database set up would be Service credentials. This way we would have more permission.

Did anyone face this problem? how should I resolve this?

Anyone have steps to follow as I feel of missing something in the configuration steps?

Any information/ suggestions/ pointer on this are higly appreciated.

Thanks in advance !!

-Satya

We were getting this error and found that the dbo.role was not the owner of the dbo.schema. When we made that change we were able to update the database. When we originally installed and had problems with the remote database we had to make sure that database had windows authentication only.|||

TWe also escalated this issue to Microsoft Product Support Service and they suggested the following:

The account that is used for database connection should have

1) public and RSExecRole roles for the ReportServerDatabase.

2) RSExecRole roles for the master, msdb , and ReportServerTempDB databases.

Else we can run the Reporting Service Windows Service under the local System Account and then the credentials type for the database set up would be Service credentials. This way we would have more permission.

but before we had a work around however you will still find the script showing error in Reporting Services configuration manager.

We have generated the login script and executed thru' Management Studio. Verified the account permission as mentioned above.

Just ignore the error message that you see in Configuration Manager -

Configuration Manager error message - "System.UnauthorizedAccessException: Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))

Saturday, February 11, 2012

2005 Cluster Install Error

I'm having problems installing 2005 Ent on my Win 2003 SP1 2 node cluster.
Please note this cluster has a SQL 2000 (SP4) virtual server/instance already
installed. I would like to run them side by side.
installing using the setup wizard I get error about the schedule task
failing to start on the 2nd node. Looking through the log files the setup
program on the 2nd node has thrown an exception error, core.log shows this:
Complete: ParseBootstrapOptionsAction at: 2005/10/7 13:25:6, returned false
Error: Action "ParseBootstrapOptionsAction" failed during execution. Error
information reported during run:
Could not decrypt command line due to WinException.
Error Code: -2146893822
Windows Error Text: Bad Hash.
Source File Name: cryptohelper\cryptpassword.cpp
Compiler Timestamp: Mon Jul 18 01:10:20 2005
Function Name: sqls::CryptPassword::UnprotectString
Source Line Number: 311
Running: ValidateWinNTAction at: 2005/10/7 13:25:6
Complete: ValidateWinNTAction at: 2005/10/7 13:25:6, returned true
Running: ValidateMinOSAction at: 2005/10/7 13:25:6
Complete: ValidateMinOSAction at: 2005/10/7 13:25:6, returned true
Running: PerformSCCAction at: 2005/10/7 13:25:6
Complete: PerformSCCAction at: 2005/10/7 13:25:6, returned true
Running: ActivateLoggingAction at: 2005/10/7 13:25:6
Error: Action "ActivateLoggingAction" threw an exception during execution.
Error information reported during run:
00D7CFC8Unable to proceed with setup, there was a command line parsing
error. : -2146893822
Error Code: -2146893822
Windows Error Text: Bad Hash.
Source File Name: cryptohelper\cryptpassword.cpp
Compiler Timestamp: Mon Jul 18 01:10:20 2005
Function Name: sqls::CryptPassword::UnprotectString
Source Line Number: 311
Delay load of action "UploadDrWatsonLogAction" returned nothing. No action
will occur as a result.
Message pump returning: 2148073474
-- END OF OUTPUT --
I've trying to work around it I have tried installing from the command line.
This gets much further with setup starting correctly on both nodes. I get as
far as installing the actual SQL Server Service instance then I'm thrown an
error. Summary.log shows:
Machine : SERVERA
Product : SQL Server Database Services
Error : A domain group is missing for one or more services. To
install SQL Server 2005 as a failover cluster, domain groups must be
specified for all the clustered services being installed .To proceed, enter
the missing domain group information.
The domain group cannot be validated for the service SQL Server.
Machine : SERVERA
Product : SQL Server Database Services
Error : A domain group is missing for one or more services. To
install SQL Server 2005 as a failover cluster, domain groups must be
specified for all the clustered services being installed .To proceed, enter
the missing domain group information.
The domain group cannot be validated for the service SQL Server.
Machine : SERVERA
Product : Microsoft SQL Server 2005
Product Version : 9.00.1399.06
Install : Failed
Log File : C:\Program Files\Microsoft SQL Server\90\Setup
Bootstrap\LOG\Files\SQLSetup0014_LON-IMS01A_SQL.log
Last Action : Validate_ServiceAccounts
Error String : A domain group is missing for one or more services. To
install SQL Server 2005 as a failover cluster, domain groups must be
specified for all the clustered services being installed .To proceed, enter
the missing domain group information.
The domain group cannot be validated for the service SQL Server.
Error Number : 28130
-- END OF OUTPUT
In the GUI you get asked for Domain Groups for each service, the
documentation for the command line installer doesn't tell me what the
parameters are for this. Do I need them, is the documentation missing
something? Also I'm not too sure what the ADMINPASSWORD= paramater is for -
I'm putting in my domain password currently - again teh documentation isn't
too hot for this.
I'm running out of ideas. If anyone has any suggestions please let me know!
Thanks
I figured out the problem to the command line - why the GUI crashed I do not
know.
BOL does not document any of these parameters for the command line which are
REQUIRED for a cluster install:
SQLBROWSERACCOUNT="DOMAIN\USER"
SQLBROWSERPASSWORD="PASSWORD"
SQLCLUSTERGROUP="DOMAIN\GROUP"
AGTCLUSTERGROUP="DOMAIN\GROUP"
FTSCLUSTERGROUP="DOMAIN\GROUP"
However if you look in the template.ini file on your install cd you will
find details of how and when to use them.
A very dissapointed customer.
"Simon" wrote:

> I'm having problems installing 2005 Ent on my Win 2003 SP1 2 node cluster.
> Please note this cluster has a SQL 2000 (SP4) virtual server/instance already
> installed. I would like to run them side by side.
> installing using the setup wizard I get error about the schedule task
> failing to start on the 2nd node. Looking through the log files the setup
> program on the 2nd node has thrown an exception error, core.log shows this:
> Complete: ParseBootstrapOptionsAction at: 2005/10/7 13:25:6, returned false
> Error: Action "ParseBootstrapOptionsAction" failed during execution. Error
> information reported during run:
> Could not decrypt command line due to WinException.
> Error Code: -2146893822
> Windows Error Text: Bad Hash.
> Source File Name: cryptohelper\cryptpassword.cpp
> Compiler Timestamp: Mon Jul 18 01:10:20 2005
> Function Name: sqls::CryptPassword::UnprotectString
> Source Line Number: 311
> Running: ValidateWinNTAction at: 2005/10/7 13:25:6
> Complete: ValidateWinNTAction at: 2005/10/7 13:25:6, returned true
> Running: ValidateMinOSAction at: 2005/10/7 13:25:6
> Complete: ValidateMinOSAction at: 2005/10/7 13:25:6, returned true
> Running: PerformSCCAction at: 2005/10/7 13:25:6
> Complete: PerformSCCAction at: 2005/10/7 13:25:6, returned true
> Running: ActivateLoggingAction at: 2005/10/7 13:25:6
> Error: Action "ActivateLoggingAction" threw an exception during execution.
> Error information reported during run:
> 00D7CFC8Unable to proceed with setup, there was a command line parsing
> error. : -2146893822
> Error Code: -2146893822
> Windows Error Text: Bad Hash.
> Source File Name: cryptohelper\cryptpassword.cpp
> Compiler Timestamp: Mon Jul 18 01:10:20 2005
> Function Name: sqls::CryptPassword::UnprotectString
> Source Line Number: 311
> Delay load of action "UploadDrWatsonLogAction" returned nothing. No action
> will occur as a result.
> Message pump returning: 2148073474
>
> -- END OF OUTPUT --
>
> I've trying to work around it I have tried installing from the command line.
> This gets much further with setup starting correctly on both nodes. I get as
> far as installing the actual SQL Server Service instance then I'm thrown an
> error. Summary.log shows:
>
> Machine : SERVERA
> Product : SQL Server Database Services
> Error : A domain group is missing for one or more services. To
> install SQL Server 2005 as a failover cluster, domain groups must be
> specified for all the clustered services being installed .To proceed, enter
> the missing domain group information.
> The domain group cannot be validated for the service SQL Server.
> ----
> Machine : SERVERA
> Product : SQL Server Database Services
> Error : A domain group is missing for one or more services. To
> install SQL Server 2005 as a failover cluster, domain groups must be
> specified for all the clustered services being installed .To proceed, enter
> the missing domain group information.
> The domain group cannot be validated for the service SQL Server.
> ----
> Machine : SERVERA
> Product : Microsoft SQL Server 2005
> Product Version : 9.00.1399.06
> Install : Failed
> Log File : C:\Program Files\Microsoft SQL Server\90\Setup
> Bootstrap\LOG\Files\SQLSetup0014_LON-IMS01A_SQL.log
> Last Action : Validate_ServiceAccounts
> Error String : A domain group is missing for one or more services. To
> install SQL Server 2005 as a failover cluster, domain groups must be
> specified for all the clustered services being installed .To proceed, enter
> the missing domain group information.
> The domain group cannot be validated for the service SQL Server.
> Error Number : 28130
>
> -- END OF OUTPUT
>
> In the GUI you get asked for Domain Groups for each service, the
> documentation for the command line installer doesn't tell me what the
> parameters are for this. Do I need them, is the documentation missing
> something? Also I'm not too sure what the ADMINPASSWORD= paramater is for -
> I'm putting in my domain password currently - again teh documentation isn't
> too hot for this.
> I'm running out of ideas. If anyone has any suggestions please let me know!
> Thanks
>
|||Simon,
yep I noticed that too. Just an omission in BOL. I sent feedback via the BOL
entry for installing a Cluster from template/unattend, suggest you do the
same.
Andy.
"Simon" <Simon@.discussions.microsoft.com> wrote in message
news:ECC70F54-2E3D-43BE-AE8B-5B91EFC74E60@.microsoft.com...[vbcol=seagreen]
>I figured out the problem to the command line - why the GUI crashed I do
>not
> know.
> BOL does not document any of these parameters for the command line which
> are
> REQUIRED for a cluster install:
> SQLBROWSERACCOUNT="DOMAIN\USER"
> SQLBROWSERPASSWORD="PASSWORD"
> SQLCLUSTERGROUP="DOMAIN\GROUP"
> AGTCLUSTERGROUP="DOMAIN\GROUP"
> FTSCLUSTERGROUP="DOMAIN\GROUP"
> However if you look in the template.ini file on your install cd you will
> find details of how and when to use them.
> A very dissapointed customer.
>
>
> "Simon" wrote:
|||That information is in the Readme notes as well as the Readme errata posted
online.
ALWAYS READ THE README.
Anthony Thomas

"Andy Ball" <ng@.spamno77greenfell.com> wrote in message
news:u%23k3gf05FHA.3976@.TK2MSFTNGP15.phx.gbl...
> Simon,
> yep I noticed that too. Just an omission in BOL. I sent feedback via the
BOL[vbcol=seagreen]
> entry for installing a Cluster from template/unattend, suggest you do the
> same.
> Andy.
> "Simon" <Simon@.discussions.microsoft.com> wrote in message
> news:ECC70F54-2E3D-43BE-AE8B-5B91EFC74E60@.microsoft.com...
setup[vbcol=seagreen]
get[vbcol=seagreen]
thrown[vbcol=seagreen]
To[vbcol=seagreen]
--[vbcol=seagreen]
To[vbcol=seagreen]
--[vbcol=seagreen]
To
>
|||must be going blind - i'm looking @. ReadmeSQL2005.htm from the Dev \ MSDN
edition and Q907284 I can't see it
Andy.
"Anthony Thomas" <ALThomas@.kc.rr.com> wrote in message
news:OaT56MI6FHA.1184@.TK2MSFTNGP12.phx.gbl...[vbcol=seagreen]
> That information is in the Readme notes as well as the Readme errata
> posted
> online.
> ALWAYS READ THE README.
>
> Anthony Thomas
>
> --
> "Andy Ball" <ng@.spamno77greenfell.com> wrote in message
> news:u%23k3gf05FHA.3976@.TK2MSFTNGP15.phx.gbl...

> BOL
> setup
> get
> thrown
> To
> --
> To
> --
> To
>
|||At the time, this seemed clearer, but it appears you are speaking of
something else. There is also the Setupsql9.chm file that is seperate from
the BOL. You are right; it is unclear.
Microsoft SQL Server September 2005 Community Technology Preview
http://download.microsoft.com/downlo...ntat ion_cuy1
3.5.15 Corrections to the Names of Security Groups Created During Setup
During setup, SQL Server 2005 adds the following security groups to Windows:
SQLServer2005DTSUser$ComputerName
SQLServer2005MSFTEUser$ComputerName$InstanceName
SQLServer2005MSOLAPUser$ComputerName$InstanceName
SQLServer2005MSSQLServerADHelperUser$ComputerName
SQLServer2005MSSQLUser$ComputerName$InstanceName
SQLServer2005NotificationServicesUser$ComputerName
SQLServer2005ReportingServicesWebServiceUser$Compu terName$InstanceName
SQLServer2005ReportServerUser$ComputerName$Instanc eName
SQLServer2005SQLAgentUser$ComputerName$InstanceNam e
SQLServer2005SQLBrowserUser$ComputerName
These groups simplify granting permissions required to run SQL Server
Windows services and other executables. They also help secure SQL Server
files.
In SQL Server Books Online, $ComputerName was omitted from the names. The
computer name has since been added to the group names to uniquely identify
each group. Unique group names are necessary if SQL Server 2005 is installed
on domain controllers. For all references to security groups that start with
"SQLServer2005," substitute the appropriate group name listed above.
3.5.17 Restrictions for Service Accounts on a Failover Cluster
SQL Server service, SQL Server Agent service, Analysis Services service, and
Full-Text Search service must run as domain accounts that are members of the
built-in Administrators group on each node of the cluster.
Sincerely,
Anthony Thomas
"Andy Ball" <ng@.spamno77greenfell.com> wrote in message
news:uEuMBdV6FHA.1000@.tk2msftngp13.phx.gbl...[vbcol=seagreen]
> must be going blind - i'm looking @. ReadmeSQL2005.htm from the Dev \ MSDN
> edition and Q907284 I can't see it
> Andy.
> "Anthony Thomas" <ALThomas@.kc.rr.com> wrote in message
> news:OaT56MI6FHA.1184@.TK2MSFTNGP12.phx.gbl...
>
the[vbcol=seagreen]
the[vbcol=seagreen]
do[vbcol=seagreen]
server/instance[vbcol=seagreen]
task[vbcol=seagreen]
shows[vbcol=seagreen]
returned[vbcol=seagreen]
parsing[vbcol=seagreen]
command[vbcol=seagreen]
I[vbcol=seagreen]
services.[vbcol=seagreen]
proceed,[vbcol=seagreen]
-[vbcol=seagreen]
services.[vbcol=seagreen]
proceed,[vbcol=seagreen]
-[vbcol=seagreen]
services.[vbcol=seagreen]
proceed,[vbcol=seagreen]
the[vbcol=seagreen]
missing[vbcol=seagreen]
documentation[vbcol=seagreen]
me
>
|||From the Setupsql9.chm, regarding your original issue:
How to: Install SQL Server 2005 from the Command Prompt
For failover cluster installations, you must be a local administrator with
permissions to logon as a service, and to act as part of the operating
system on all nodes of the virtual server.
start /wait setup.exe /qn VS=<VSName> INSTALLVS=Analysis_Server
INSTANCENAME=<InstanceName> ADDLOCAL=Analysis_Server ADDNODE=n
GROUP=<NotSQLDiskGroup> IP=<IP,Networkname> ADMINPASSWORD=<StrongPassword>
SAPWD=<StrongPassword> INSTALLSQLDIR=<InstallationPath>
INSTALLSQLDATADIR=<ShareDrivePath> ASACCOUNT=<domain\user>
ASPASSWORD=<DomainUserPassword> SQLBROWSERACCOUNT=<domain\user>
SQLBROWSERPASSWORD=<DomainUserPassword> SQLREPORTING=1
Start /wait <DVD Drive>\setup.exe /qn VS=<VSName> INSTALLVS=SQL_Engine
INSTANCENAME=<InstanceName> ADDLOCAL=SQL_Engine,Client_Components
ADDNODE=<NodeName1,NodeName2> GROUP=<Diskgroup> IP=<IP,Networkname>
ADMINPASSWORD=<StrongPassword> SAPWD=<StrongPassord>
INSTALLSQLDIR=<InstallationPath> INSTALLSQLDATADIR=<ShareDrivePath>
SQLACCOUNT=<domain\user> SQLPASSWORD=<DomainUserPassword>
AGTACCOUNT=<domain\user> AGTPASSWORD=<DomainUserPassword>
The same holds true for the other components.
Sincerely,
Anthony Thomas
"Anthony Thomas" <ALThomas@.kc.rr.com> wrote in message
news:eETZ86g6FHA.1000@.tk2msftngp13.phx.gbl...
> At the time, this seemed clearer, but it appears you are speaking of
> something else. There is also the Setupsql9.chm file that is seperate
from
> the BOL. You are right; it is unclear.
> Microsoft SQL Server September 2005 Community Technology Preview
>
http://download.microsoft.com/downlo...ntat ion_cuy1
> 3.5.15 Corrections to the Names of Security Groups Created During Setup
> During setup, SQL Server 2005 adds the following security groups to
Windows:
> SQLServer2005DTSUser$ComputerName
> SQLServer2005MSFTEUser$ComputerName$InstanceName
> SQLServer2005MSOLAPUser$ComputerName$InstanceName
> SQLServer2005MSSQLServerADHelperUser$ComputerName
> SQLServer2005MSSQLUser$ComputerName$InstanceName
> SQLServer2005NotificationServicesUser$ComputerName
> SQLServer2005ReportingServicesWebServiceUser$Compu terName$InstanceName
> SQLServer2005ReportServerUser$ComputerName$Instanc eName
> SQLServer2005SQLAgentUser$ComputerName$InstanceNam e
> SQLServer2005SQLBrowserUser$ComputerName
> These groups simplify granting permissions required to run SQL Server
> Windows services and other executables. They also help secure SQL Server
> files.
> In SQL Server Books Online, $ComputerName was omitted from the names. The
> computer name has since been added to the group names to uniquely identify
> each group. Unique group names are necessary if SQL Server 2005 is
installed
> on domain controllers. For all references to security groups that start
with
> "SQLServer2005," substitute the appropriate group name listed above.
> 3.5.17 Restrictions for Service Accounts on a Failover Cluster
> SQL Server service, SQL Server Agent service, Analysis Services service,
and
> Full-Text Search service must run as domain accounts that are members of
the[vbcol=seagreen]
> built-in Administrators group on each node of the cluster.
>
> Sincerely,
>
> Anthony Thomas
> --
> "Andy Ball" <ng@.spamno77greenfell.com> wrote in message
> news:uEuMBdV6FHA.1000@.tk2msftngp13.phx.gbl...
MSDN[vbcol=seagreen]
> the
> the
I[vbcol=seagreen]
> do
> server/instance
> task
the[vbcol=seagreen]
> shows
> returned
execution.[vbcol=seagreen]
> parsing
No[vbcol=seagreen]
> command
nodes.[vbcol=seagreen]
> I
> services.
be[vbcol=seagreen]
> proceed,
> -
> services.
be[vbcol=seagreen]
> proceed,
> -
> services.
be[vbcol=seagreen]
> proceed,
> the
> missing
paramater
> documentation
> me
>
|||and the portion I presume is talking about the Local Groups that created on
the Server where SQL is installed. Simon's original post is about the DOMAIN
local groups that are required for Clustering.
cheers,
Andy.
"Anthony Thomas" <ALThomas@.kc.rr.com> wrote in message
news:eETZ86g6FHA.1000@.tk2msftngp13.phx.gbl...
> At the time, this seemed clearer, but it appears you are speaking of
> something else. There is also the Setupsql9.chm file that is seperate
> from
> the BOL. You are right; it is unclear.
> Microsoft SQL Server September 2005 Community Technology Preview
> http://download.microsoft.com/downlo...ntat ion_cuy1
> 3.5.15 Corrections to the Names of Security Groups Created During Setup
> During setup, SQL Server 2005 adds the following security groups to
> Windows:
> SQLServer2005DTSUser$ComputerName
> SQLServer2005MSFTEUser$ComputerName$InstanceName
> SQLServer2005MSOLAPUser$ComputerName$InstanceName
> SQLServer2005MSSQLServerADHelperUser$ComputerName
> SQLServer2005MSSQLUser$ComputerName$InstanceName
> SQLServer2005NotificationServicesUser$ComputerName
> SQLServer2005ReportingServicesWebServiceUser$Compu terName$InstanceName
> SQLServer2005ReportServerUser$ComputerName$Instanc eName
> SQLServer2005SQLAgentUser$ComputerName$InstanceNam e
> SQLServer2005SQLBrowserUser$ComputerName
> These groups simplify granting permissions required to run SQL Server
> Windows services and other executables. They also help secure SQL Server
> files.
> In SQL Server Books Online, $ComputerName was omitted from the names. The
> computer name has since been added to the group names to uniquely identify
> each group. Unique group names are necessary if SQL Server 2005 is
> installed
> on domain controllers. For all references to security groups that start
> with
> "SQLServer2005," substitute the appropriate group name listed above.
> 3.5.17 Restrictions for Service Accounts on a Failover Cluster
> SQL Server service, SQL Server Agent service, Analysis Services service,
> and
> Full-Text Search service must run as domain accounts that are members of
> the
> built-in Administrators group on each node of the cluster.
>
> Sincerely,
>
> Anthony Thomas
> --
> "Andy Ball" <ng@.spamno77greenfell.com> wrote in message
> news:uEuMBdV6FHA.1000@.tk2msftngp13.phx.gbl...
> the
> the
> do
> server/instance
> task
> shows
> returned
> parsing
> command
> I
> services.
> proceed,
> -
> services.
> proceed,
> -
> services.
> proceed,
> the
> missing
> documentation
> me
>
|||Yea, I saw that and it didn't make sense. There is no such thing as "DOMAIN
local groups." There are DOMAIN Global groups, LOCAL groups, Cluster
Resource groups, and, apparently, SQL Server 2005 security groups.
However, there is a new requirement that not only does the Installation
Administrator need Local Administrators group membership but also the ACT AS
PART OF THE OPERATING SYSTEM User Security rights assignment for clustered
installations that probably caused the initial issue to begin with.
Sincerely,
Anthony Thomas

"Andy Ball" <ng@.spamno77greenfell.com> wrote in message
news:O$aRRzw6FHA.808@.TK2MSFTNGP09.phx.gbl...
> and the portion I presume is talking about the Local Groups that created
on
> the Server where SQL is installed. Simon's original post is about the
DOMAIN[vbcol=seagreen]
> local groups that are required for Clustering.
> cheers,
> Andy.
> "Anthony Thomas" <ALThomas@.kc.rr.com> wrote in message
> news:eETZ86g6FHA.1000@.tk2msftngp13.phx.gbl...
http://download.microsoft.com/downlo...ntat ion_cuy1[vbcol=seagreen]
The[vbcol=seagreen]
identify[vbcol=seagreen]
MSDN[vbcol=seagreen]
do[vbcol=seagreen]
I[vbcol=seagreen]
you[vbcol=seagreen]
the[vbcol=seagreen]
true[vbcol=seagreen]
true[vbcol=seagreen]
No[vbcol=seagreen]
nodes.[vbcol=seagreen]
-[vbcol=seagreen]
-[vbcol=seagreen]
let
>
|||Domain Local Groups were introduced in Windows 2000 Active Directory
cheers
Andy.
"Anthony Thomas" <ALThomas@.kc.rr.com> wrote in message
news:exXVCFx6FHA.3276@.TK2MSFTNGP10.phx.gbl...
> Yea, I saw that and it didn't make sense. There is no such thing as
> "DOMAIN
> local groups." There are DOMAIN Global groups, LOCAL groups, Cluster
> Resource groups, and, apparently, SQL Server 2005 security groups.
> However, there is a new requirement that not only does the Installation
> Administrator need Local Administrators group membership but also the ACT
> AS
> PART OF THE OPERATING SYSTEM User Security rights assignment for clustered
> installations that probably caused the initial issue to begin with.
> Sincerely,
>
> Anthony Thomas
>
> --
> "Andy Ball" <ng@.spamno77greenfell.com> wrote in message
> news:O$aRRzw6FHA.808@.TK2MSFTNGP09.phx.gbl...
> on
> DOMAIN
> http://download.microsoft.com/downlo...ntat ion_cuy1
> The
> identify
> MSDN
> do
> I
> you
> the
> true
> true
> No
> nodes.
> -
> -
> let
>