BN.com Gift Guide

Windows NT Cluster Server Guidebook

Overview

With Microsoft Cluster Server (previously known as Wolfpack), you can leverage the power of clustering on today's Windows NT Server-based networks - dramatically improving availability, scalability, and manageability. One book delivers expert guidance for planning, installing, managing and optimizing NT clusters: Windows NT Cluster Server Guidebook.
Read More Show Less
... See more details below
Available through our Marketplace sellers.
Other sellers (Paperback)
  • All (6) from $1.99   
  • New (1) from $175.00   
  • Used (5) from $1.99   
Close
Sort by
Page 1 of 1
Showing All
Note: Marketplace items are not eligible for any BN.com coupons and promotions
$175.00
Seller since 2014

Feedback rating:

(193)

Condition:

New — never opened or used in original packaging.

Like New — packaging may have been opened. A "Like New" item is suitable to give as a gift.

Very Good — may have minor signs of wear on packaging but item works perfectly and has no damage.

Good — item is in good condition but packaging may have signs of shelf wear/aging or torn packaging. All specific defects should be noted in the Comments section associated with each item.

Acceptable — item is in working order but may show signs of wear such as scratches or torn packaging. All specific defects should be noted in the Comments section associated with each item.

Used — An item that has been opened and may show signs of wear. All specific defects should be noted in the Comments section associated with each item.

Refurbished — A used item that has been renewed or updated and verified to be in proper working condition. Not necessarily completed by the original manufacturer.

New
Brand new.

Ships from: acton, MA

Usually ships in 1-2 business days

  • Standard, 48 States
  • Standard (AK, HI)
Page 1 of 1
Showing All
Close
Sort by
Sending request ...

Overview

With Microsoft Cluster Server (previously known as Wolfpack), you can leverage the power of clustering on today's Windows NT Server-based networks - dramatically improving availability, scalability, and manageability. One book delivers expert guidance for planning, installing, managing and optimizing NT clusters: Windows NT Cluster Server Guidebook.
Read More Show Less

Editorial Reviews

Bill Carmada
As Windows NT (okay, Windows 2000) begins to move deeper into the enterprise, companies will become increasingly dependant on clustered systems to maximize availability, scalability, and manageability. For all the hype about NT clustering, most IT professionals still have a lot more questions than answers. Fortunately, the truth is out there -- in the Windows NT Cluster Server Guidebook.

David Libertone tells you what Microsoft Cluster Server can do and explains where it's headed. He offers expert help in determining whether it makes sense for you. If it does, he walks you through planning, installation, managing and optimizing. You'll establish your cluster, install cluster members, and learn how to work with every element of an NT clustered system.

You'll master administration and security, including how to upgrade SCSI adapters and software, perform backups of clustered resources, and leverage cluster performance. And if you ever find yourself in the special circle of hell reserved for those who must troubleshoot failed clusters, offers invaluable guidance.

Bill Carmada @ Cyberian Express

Booknews
A guide for those who want to quickly create and utilize clusters of NT servers. Covers building a cluster, implementing cluster available resources, the clustering SQL server, troubleshooting, and the future outlook for Microsoft Cluster Server. Appends a resource dependency table, information about the cluster API, and a glossary. Annotation c. by Book News, Inc., Portland, Or.
Read More Show Less

Product Details

Meet the Author


David Libertone has more than 15 years experience in the computer industry as a data center manager and instructor. In 1992, he was one of the first certified professionals to teach Windows NT (while in its original beta version), and is now a Windows NT trainer for UCI Software Training Centers, in Stoneham, Massachusetts. UCI can be reached at www.ucicorp.com.
Read More Show Less

Read an Excerpt


Chapter 6: Clustering SQL Server

There is a statement from the movie, "Sneakers," that can be paraphrased as follows: "It's not money that leads to ultimate power these days, it is control of the data." It is almost scary to think how accurate that statement is. Unavailability of data can be directly translated to loss of revenues.

At the time this book was being sent to press, Cluster Server is a new product, probably released only three or four months ago. Previous chapters have detailed the somewhat generic resources that can be implemented through a cluster.

The next step in the growth of clusters occurs as applications are specifically written to take advantage of features, such as fault tolerance, that a cluster can provide. Some applications can be implemented simply as generic applications or generic services and will not require rewrites, but as new versions of software become available, they will include some level of cluster support. There are a few applications that have built-in support to the Cluster Server software. For example, one resource type that will be discussed in a later chapter is the Distributed Transaction Coordinator. This product is bundled with Windows NT Server, Enterprise Edition along with Cluster Server. Other products have a separate release that includes cluster support. The Microsoft products that include cluster support are the "enterprise" editions of products. Two such products with an enterprise edition release are SQL Server and Exchange Server. The SQL Server enterprise edition will be discussed here and Exchange Server in the next chapter.

SQL Server - Overview

Before discussing the implementation of SQL Server in a clustered environment, a brief overview of SQL Server in a standard environment is necessary for comparison purposes. In a typical standalone SQL Server installation, three services are installed: a SQL Executive, SQL Server, and MSDTC (Microsoft Distributed Transaction Coordinator) service. Each service performs specific tasks within the SQL Server umbrella. For example, the SQL Executive is responsible for executing scheduled SQL tasks, such as backups. Standard client access to data is provided by the SQL Server service.

Devices and Databases

A device is a pre-allocated area of a disk that SQL Server will use as a storage device. From Windows NT's perspective, an SQL device is a file. From SQL Server's perspective, the device is like a logical drive. SQL Server can create and store multiple databases on a device. A 100 megabyte device might only be five to ten percent utilized, but Windows NT sees only the 100 megabyte file and must back up the entire device. This is why it is not practical to perform a Windows NT backup of an SQL Server device.

A database consists of tables, which are the basic unit of data storage for SQL Server. Databases are created on an SQL device. Outside of SQL Server, databases are hidden, residing in the file that represents the SQL Server device.

There are a number of devices and databases created during the installation process. The most common device is the master device, which holds the master, model, pubs, and tempdb databases.

Microsoft Cluster Server Support for SQL Server

The Microsoft Cluster Server software supports two types of SQL Server configurations. The configuration used depends upon the desired result of the cluster/data base administrator. The type of SQL Server implementation desired also influences the hardware required by the cluster, specifically the shared SCSI disks. The two configurations possible are known as active/active and active/passive configurations. Both configurations use symmetric virtual servers.

A Symmetric Virtual Server is an instance of a SQL Server, Each symmetric virtual server can be linked to a standard SQL Server installation. To the client, the virtual server is referenced by a server name as is any other SQL Server. The difference is that the SQL virtual server is a group of resources on the cluster that can be owned by any cluster member. This equates to a fault tolerant SQL Server, at least from a hardware perspective, because the resources that implement the virtual server can fail over between cluster members. Since SQL virtual servers have their own installation, they also have their own master, model, tempdb, and user databases. One cluster node has the ability to simultaneously run one or more virtual servers.

Examine Figure 6-1. Assume two SQL Server installations have been performed along with Cluster support for SQL Server and the virtual server names are SQLSERVER 1 and SQLSERVER 2 The two SQL virtual servers are serving access to totally independent databases. If NODEA fails, the virtual server SQLSERVER 1 will be moved by the cluster software to NODEB along with all the supporting resources, such as the physical disk. To a client application, it is equivalent to turning NODEA off and then immediately back on. The client will lose all connections to the SQL Server and all uncommitted transactions are rolled back. The client application must reconnect to the server SQLSERVER1. The fact that the virtual server is now running on NODEB will be transparent to the client. The server environment is preserved as the virtual server is moved from NODEA to NODEB. Information in all open databases and logs will be consistent after the failover. In reality, the new server is working with the same data, because the physical disk that stores the devices is now owned by NODEB. Any SQL registry information is kept consistent between nodes with registry replication.

Client applications may require slight modification to take full advantage of SQL Server cluster functionality. They should be written to reestablish lost connections when the server fails. Connections to an SQL Sever can be state-oriented or stateless. Any state or data associated with a connection is lost when the connection is broken. This includes any uncommitted transactions and temporary tables. if the connection to the SQL Server is stateless, such as with Microsoft Access or Internet Information Server, the client can reconnect and continue processing with no loss of data. Stateless clients provide a more seamless failover and recovery of the SQL virtual server.

Active/Passive Configuration

In an active/passive configuration, only one cluster member is running SQL Server (the active server), and the other cluster member is available as a backup if the active SQL Server fails. The second server is the passive server. Refer to Figure 6-1. To implement an active/passive configuration, install SQL Server on NODEA only. On NODEB, install the SQL Server utilities. Now one virtual server can be created, associated with the SQL Server installation on NODEA. This implementation offers fault tolerance and requires no additional hardware. The SQL Server installation, along with the master device, must be located on one of the shared SCSI devices. This allows the SQL virtual server to fail over successfully between cluster members.

Active/Active Configuration

In an active/active configuration, there are multiple instances of SQL Server running as symmetric virtual servers. The cluster support for SQL Server allows more than one instance of SQL Server to be running on a node in the cluster. In a typical two-node cluster, there can be two SQL virtual servers. Normally they can be load-balanced by defining appropriate preferred owners. if one of the cluster nodes goes offline, the SQL virtual server resource will fail over to the remaining cluster member and will still be reachable by clients.

An active/active configuration requires additional hardware. There must be multiple installations of SQL Server, one per virtual server. The SQL Server installations must be on separate SCSI devices on the shared bus. In order to distribute the SQL processing load among the cluster nodes, the SQL Server installations must be on separate disk resources that can be owned independently of each other.

Upgrading from SQL Server 65 to SQL Server, Enterprise Edition 65

It is possible to upgrade an SQL Server 6.5 installation to SQLServer, Enterprise Edition 6.5. The one major consideration is replication. If replication is in use, all replicated transactions in the distribution database must be distributed before upgrading to SQL Server, Enterprise Edition 6.5. If it is unclear whether all replicated transactions have been processed, users should be unsubscribed before installation and resubscribed after the upgrade has been completed.

It is recommended that all servers which function as replication Publishers and Distributors be upgraded to either SQL Server 6.5, service pack 3, or to the Enterprise Edition version. A Distribution server running service pack 3 or Enterprise Edition can communicate properly with Publishers run versions of SQL Server earlier than service pack 3. The reverse is not true, however. A Publisher running service pack 3 should not run against a Distributor running an earlier service pack.

Replication depends extensively on server names for each node in the replication configuration. Renaming of a server involved in replication is not supported. When clustering support for SQL Server is installed, a new server name is created. In order for replication to function properly, it must be deinstalled prior to configuring the SQL Server cluster support, and re-installed after the the configuration is complete.

Installing SQL Server, Enterprise Edition 65

Installing SQL Server is a straightforward process. There are some special installation requirements when installing SQL Server to be run in a clustered environment. . . .
Read More Show Less

Table of Contents

Forward
1 The Data Processing Dilemma 1
2 What Is a Cluster? 7
3 Building a Cluster 25
4 Implementing Cluster Available Resources 57
5 Cluster Management 119
6 Clustering SQL Server 151
7 Clustering Exchange Server 173
8 Cluster Performance 205
9 Cluster Troubleshooting 225
10 The Future for Cluster Server 255
Appendix A 257
Appendix B 259
Glossary 265
Index 273
Read More Show Less

Preface

It has been fascinating to watch the evolution of the Windows operating system over the last 10 years or so. I can remember looking at versions of Windows 1.0 and 2.0 running on AT boxes, and clearly the thought was, "This product will never fly." The surge of interest around Windows 3.0 and then 3.1 showed that the product had matured and taken off, but at that point Windows was meant strictly for one-desktop applications, such as word processing and spreadsheet manipulation.

The release of Windows for Workgroups made it possible for small businesses to create peer-to-peer networks easily. This was Windows' first real inroad into the business environment. Then Windows NT version 3.1 was released. As the first secure and robust version of the Windows operating system, you could see that Microsoft had set its sights on the corporate world. However, the 3.1 release of NT was sparse and did not satisfy the needs of real business users. Microsoft kept adding functionality and has over time created a system that is now clearly embraced by large corporate data centers. With the ability to handle multiple processors, gigabytes of memory and terabytes of disk space, high-end NT boxes begin to look something like mainframes. NT proliferates across the business landscape.

With the advent of NT Clustering, Microsoft moves the evolution of its premier operating system to a new level by taking aim at the hardware and software reliability problem. For enterprise-level servers needing 24x7 functionality, clustering is a critical capability because it allows hardware to fail without disabling the server. One part of a cluster may fail, but the cluster as a whole remains active.This is not a new idea-VAX clusters have been around for decades. However, by making the concept available as a standard feature of the NT operating system (as well as adding clustering support to important parts of the Back Office suite), Microsoft moves the concept into the mainstream. Anyone with a couple of NT machines and a SCSI hard disk can create a cluster and significantly improve reliability.

Well, almost. "Anyone with a couple of NT machines" also needs to have some understanding of what clustering is about, how it works and which steps are necessary to set it up. That is where this book comes in. This book is a straightforward and practical guide for "anyone" who wants to quickly create and utilize clusters of NT servers. The book introduces the clustering concept, talks about some of the prerequisites, and then shows you the steps you must take to create your first cluster (from both a hardware and software perspective). It also takes the important step of showing you how to install and configure the first two cluster-enabled applications: SQL server and Exchange server. The book then wraps up with two of its most important contributions: performance tips and a troubleshooting guide. Both of these topics are especially critical in a clustered setting, both when things are working properly and when they are not.

With this book, a person who wants to set up a cluster-either for experimental or production reasons-can get started quickly. The book walks you step-by-step through the entire process. That makes this book a valuable addition to the library of anyone who is new to the world of NT clustering.

Marshall Brain
Read More Show Less

Customer Reviews

Be the first to write a review
( 0 )
Rating Distribution

5 Star

(0)

4 Star

(0)

3 Star

(0)

2 Star

(0)

1 Star

(0)

Your Rating:

Your Name: Create a Pen Name or

Barnes & Noble.com Review Rules

Our reader reviews allow you to share your comments on titles you liked, or didn't, with others. By submitting an online review, you are representing to Barnes & Noble.com that all information contained in your review is original and accurate in all respects, and that the submission of such content by you and the posting of such content by Barnes & Noble.com does not and will not violate the rights of any third party. Please follow the rules below to help ensure that your review can be posted.

Reviews by Our Customers Under the Age of 13

We highly value and respect everyone's opinion concerning the titles we offer. However, we cannot allow persons under the age of 13 to have accounts at BN.com or to post customer reviews. Please see our Terms of Use for more details.

What to exclude from your review:

Please do not write about reviews, commentary, or information posted on the product page. If you see any errors in the information on the product page, please send us an email.

Reviews should not contain any of the following:

  • - HTML tags, profanity, obscenities, vulgarities, or comments that defame anyone
  • - Time-sensitive information such as tour dates, signings, lectures, etc.
  • - Single-word reviews. Other people will read your review to discover why you liked or didn't like the title. Be descriptive.
  • - Comments focusing on the author or that may ruin the ending for others
  • - Phone numbers, addresses, URLs
  • - Pricing and availability information or alternative ordering information
  • - Advertisements or commercial solicitation

Reminder:

  • - By submitting a review, you grant to Barnes & Noble.com and its sublicensees the royalty-free, perpetual, irrevocable right and license to use the review in accordance with the Barnes & Noble.com Terms of Use.
  • - Barnes & Noble.com reserves the right not to post any review -- particularly those that do not follow the terms and conditions of these Rules. Barnes & Noble.com also reserves the right to remove any review at any time without notice.
  • - See Terms of Use for other conditions and disclaimers.
Search for Products You'd Like to Recommend

Recommend other products that relate to your review. Just search for them below and share!

Create a Pen Name

Your Pen Name is your unique identity on BN.com. It will appear on the reviews you write and other website activities. Your Pen Name cannot be edited, changed or deleted once submitted.

 
Your Pen Name can be any combination of alphanumeric characters (plus - and _), and must be at least two characters long.

Continue Anonymously

    If you find inappropriate content, please report it to Barnes & Noble
    Why is this product inappropriate?
    Comments (optional)