Here again, I just read where to install Microsoft SQL Server, I would like to tell you what I just read.
Keeping in mind that the optimum configuration is not always possible, I will describe what I think is the best place to install a Microsoft SQL Server on your network. In a strictly Microsoft network environment (which we all know is not very practical with the number of legacy systems out there), Microsoft talks of domain structures. While this book will not stray into domain configuration issues, there are some fundamental pieces of information that will apply whether you are setting up in a totally Microsoft environment or a NetWare/Microsoft mix. Your data server should be used solely as a server on the network. Try not to place additional services or processes on your data server, because they will add to overhead and slow the performance of the data services.
Primary domain controllers (PDCs) have the useful role of logging people on and off your Microsoft network. They also handle synchronization with backup domain controllers (BDCs) on your network. Any type of domain controller is not the optimal location to install Microsoft SQL Server. Gateway Services for NetWare is another of the services you should consider moving off your Microsoft SQL Server. This service allows for NetWare files to be shared through Microsoft shares on your server. Although this is often a convenient way to get to your files, putting these files on your database server adds to the overhead of that machine. You should strive to install your server on as clean a machine as possible—one that will only be used for database services. This means that you should not set up Microsoft SQL Server on a primary or backup domain controller. Keep shared file access off your database server. Having users copy files to and from the server will move the disk heads unnecessarily. Disk I/O is the slowest thing your data server will do. Do everything you can to keep it to a minimum. Also avoid sharing printers, modems, or like services on your Microsoft SQL Server. All of these processes are burst performance-related loads; Murphy’s Law will always ensure that one of the biggest file transfers or print jobs will hit your server at the same time a large query is running, causing the whole system to appear to hang.
As you might be noticing, Microsoft appears to be moving toward a distributed server network. All the servers do not have to be on independent machines, but this configuration will help distribute the load across your network, allowing you to put lighter-weight and lower-cost servers in place for mail and file services and put your money where production is, such as on data services. This distribution can be a good thing, but many companies fail to recognize this until they have put all their eggs (applications, services, and files) in one or two baskets (servers). Plan for growth. By definition, databases will grow given even normal use. Over time any system that is being used in production will expand not only in feature and function, but in the amount of data as well. If possible, place Microsoft SQL Server on a machine by itself. Install it as a server that is part of a domain (provided you are using the Microsoft domain model). Place any other applications on separate machines when possible. If multiple applications are running on the same machine, you are complicating the process unnecessarily. In addition, beware of disk-intensive applications running on your database machine. If an application is writing to disk and Microsoft SQL Server is writing to disk, these processes will compete for disk I/O and slow down both applications.
|
Note: The cost of adding a low-cost machine with a good-size disk to the network versus the cost in performance by having all these services running on the same box quickly becomes a non-issue. |
Prior to installing Microsoft SQL Server, you should create a domain or local user account under which the SQL Executive service will perform its tasks. This account setup is covered in detail in the next chapter, which includes step-by-step installation on a few different machines.
I'm not teach anything, just a story telling :)
No comments:
Post a Comment