![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| ||||
| ||||
|
|
Overview: We are planning a 2 node cluster. The Active node will be 8 GB RAM with one instance of SQL 2005 and 150 GB of SAN disk. This is considered the production node with failover to the second node (Passive). The passive node also has 8 GB of RAM, 150 GB of SAN disk, and has 4 local test instances of SQL 2005, and the failover production instance. We think that we will need to limit the 4 instances to 5 GB of RAM (Local Instance 1 - 1.5 GB, Local Instance 2 - 1.5 GB, Local Instance 3 - 1 GB, Local Instance 4 - 1GB). This will leave us 2 GB for the failover instance and 1 GB for the OS. For extended outages, we would like to be able to shutdown the local instances of SQL and allow the failover production instance to access more than the 2GB reserved. SAN resources are not local per node. The LUNS are presented to all host |
|
Questions: - On the passive node, are there issues having local instances of sql and allowing for a failover instance? What SQL 2005 memory settings are available to allow this configuration? There is no technical issue, but there is the general guideline not to mix |
|
- On the passive mode, in the above configuration, can the local instances each point to their own folders in the shared logical drive? No.. As I mentioned above, the disk resources are tied to a specific |
|
- Are their white papers describing best practices? Thanks, don.ramler (AT) discussions (DOT) microsoft.com |
#3
| |||
| |||
|
|
Comments Inline "Don.Ramler" <don.ramler (AT) discussions (DOT) microsoft.com> wrote in message news:3E7F4C0E-4B4B-4408-8AF0-C6EBA0938EA8 (AT) microsoft (DOT) com... Overview: We are planning a 2 node cluster. The Active node will be 8 GB RAM with one instance of SQL 2005 and 150 GB of SAN disk. This is considered the production node with failover to the second node (Passive). The passive node also has 8 GB of RAM, 150 GB of SAN disk, and has 4 local test instances of SQL 2005, and the failover production instance. We think that we will need to limit the 4 instances to 5 GB of RAM (Local Instance 1 - 1.5 GB, Local Instance 2 - 1.5 GB, Local Instance 3 - 1 GB, Local Instance 4 - 1GB). This will leave us 2 GB for the failover instance and 1 GB for the OS. For extended outages, we would like to be able to shutdown the local instances of SQL and allow the failover production instance to access more than the 2GB reserved. SAN resources are not local per node. The LUNS are presented to all host nodes. The Cluster service arbitrates ownership and control. LUNS are mapped to clustered disk resources and are specific to each SQL instance. Questions: - On the passive node, are there issues having local instances of sql and allowing for a failover instance? What SQL 2005 memory settings are available to allow this configuration? There is no technical issue, but there is the general guideline not to mix production and development/test systems. - On the passive mode, in the above configuration, can the local instances each point to their own folders in the shared logical drive? No.. As I mentioned above, the disk resources are tied to a specific instance of SQL. You can create a LUN and present it only to the second node. Do not create it as a clustered disk resource and it will look like a locally attached disk. The you can use subfolders for each instance. -- Geoff N. Hiten Senior Database Administrator Microsoft SQL Server MVP - Are their white papers describing best practices? Thanks, don.ramler (AT) discussions (DOT) microsoft.com |
#4
| |||
| |||
|
|
Geoff, Are there any memory setting guidelines with regard to the multiple instance passive node? Are there any white papers on configurations of this sort? -- Don Ramler "Geoff N. Hiten" wrote: Comments Inline "Don.Ramler" <don.ramler (AT) discussions (DOT) microsoft.com> wrote in message news:3E7F4C0E-4B4B-4408-8AF0-C6EBA0938EA8 (AT) microsoft (DOT) com... Overview: We are planning a 2 node cluster. The Active node will be 8 GB RAM with one instance of SQL 2005 and 150 GB of SAN disk. This is considered the production node with failover to the second node (Passive). The passive node also has 8 GB of RAM, 150 GB of SAN disk, and has 4 local test instances of SQL 2005, and the failover production instance. We think that we will need to limit the 4 instances to 5 GB of RAM (Local Instance 1 - 1.5 GB, Local Instance 2 - 1.5 GB, Local Instance 3 - 1 GB, Local Instance 4 - 1GB). This will leave us 2 GB for the failover instance and 1 GB for the OS. For extended outages, we would like to be able to shutdown the local instances of SQL and allow the failover production instance to access more than the 2GB reserved. SAN resources are not local per node. The LUNS are presented to all host nodes. The Cluster service arbitrates ownership and control. LUNS are mapped to clustered disk resources and are specific to each SQL instance. Questions: - On the passive node, are there issues having local instances of sql and allowing for a failover instance? What SQL 2005 memory settings are available to allow this configuration? There is no technical issue, but there is the general guideline not to mix production and development/test systems. - On the passive mode, in the above configuration, can the local instances each point to their own folders in the shared logical drive? No.. As I mentioned above, the disk resources are tied to a specific instance of SQL. You can create a LUN and present it only to the second node. Do not create it as a clustered disk resource and it will look like a locally attached disk. The you can use subfolders for each instance. -- Geoff N. Hiten Senior Database Administrator Microsoft SQL Server MVP - Are their white papers describing best practices? Thanks, don.ramler (AT) discussions (DOT) microsoft.com |
#5
| |||
| |||
|
#6
| |||
| |||
|
|
After experiencing a power outage sql server services on node one of our active/passive cluster failed to start and failed over to node 2 as expected. I tried starting the services on node 2 without success. Is this by design or should the services be able to start. We configured node 2 to have it's services manually started which we were able to do fortunately for me, should I confiure the services on node one to start manually or leave them to automatic start. If the services should be started and they are feeling can anyone tell me what to look for to get the services started again. Thanks in advance NC3 |
![]() |
| Thread Tools | |
| Display Modes | |
| |