مفاهیم زیربنایی SQL Server 2000 Administration

مدیریت و اداراه SQL Server 2000 در15 دقیقه از هفته - قسمت اول

این مقاله،اولین مقاله از سری مقالات «اداره SQL Server 2000 در15 دقیقه از هفته» می باشد که در۱۱ بخش ارائه خواهد شد.در این مقالات قصد داریم مهارتهایی را که موجب موفقیت در اداره یک سیستم Microsoft SQL Server 2000 خواهد شد را ارائه دهیم. این مقالات شما را در آمادگی برای آزمون مایکروسافت «Microsoft 70-228 exam- Administering Microsoft SQL Server 2000 Enterprise Edition» راهنمایی خواهد کرد. در این مقاله نخست قصد داریم به ملزومات و پیش نیازهای نصب SQL Server 2000 نگاهی داشته باشیم.

 - نیازهای سیستم
- ویرایش های موجود و قدرت کارآیی آنها
- وهله ها و راههای بروزرسانی

نیازهای سیستم

بخاطر داشته باشید که این مقاله تنها یک مرور کلی است. ما نیازهای خاصی از سیستم را مد نظر قرار می دهیم؛ با این حال برخی از عناوین ارائه شده ای که بسیار پیچیده هستند را در سطوح پایینتر تشریح کرده ایم.در این قسمت فرض بر این است که شما از Enterprise Edition  یا نسخه معادل آن استفاده میکنید.(در رابطه با ویرایش های مختلف SQL Server 2000 بعدا در «ویرایش های موجود و قدرت کارآیی آنها» صحبت خواهیم کرد) اگر شما از Enterprise Edition   استفاده نمی کنید، می توانید تمام کارهای را با استثناهای خیلی جزئی انجام دهید. اگر هم هیچ نسخه ای از SQL Server 2000 را ندارید می توانید نسخه Enterprise Evaluation Edition آن را از آدرس وبسایت مایکروسافت دریافت کنید: 

http://www.microsoft.com/sql/evaluation/trial/2000/download.asp 

پردازشگر	Intel-compatible 166MHz or higher
حافظه	64MB- برای Enterprise edition ، رم 128MB پیشنهاد می شود
دیسک سخت	250MB برای ساده ترین نصبSQL Server database 130MB برای Analysis Components 80MB برای English Query
سیستم عامل	Windows NT Server 4.0 (With SP5) or Windows NT Server 4.0 Enterprise Edition (With SP5) or تمامی نسخه های Windows 2000 Server

جهت مشاهده آخرین لیست کامل و بروز شده ای از نیازمندیها و ورژن های مختلفSQL Server لطفا وبسایت مایکروسافت را مشاهده نمائید: 

http://www.microsoft.com/sql/evaluation/sysreqs/2000/default.asp

ویرایش های موجود و قدرت کارآیی آنها

در کل ۷ ویرایش مختلف از SQL Server 2000 در دسترس است:

• Enterprise Edition : این ویرایش نسخه کامل SQL Server است. این نسخه جهت برنامه های کاربردی ویژه و بحرانی که جهت پشتیبانی از view های چند قسمتی توزیع شده، log shipping، fail-over clustering و خصوصیات advanced analysis (OLAP) است، طراحی شده است. Enterprise Edition می تواند از مزایای 32 پردازشگر و 64GB حافظه (همراه با *AWE) سود ببرد. بیشترین اندازه بانک اطلاعاتی تا 1,048,516TB می تواند باشد.

* Address Windowing Extensions یا AWE یک برنامه ویندوزی کاربردی از مایکروسافت است که به یک نرم افزار کاربردی ۳۲بیتی اجازه می دهد به حافظه فیزیکی تا بیشتر از ۴گیگابایت دسترسی داشته باشد.

• Standard Edition: این ویرایش برای حرفه های کوچک تا سطح متوسط که به کارآیی و در دسترس بودن و قابلیت های فراوانی که در Enterprise Edition موجو بود، نیازی ندارند. SQL Server 2000 Standard Edition تا حداکثر 4 پردازشگر و در نهایت ۲GB حافظه را پشتیبانی می کند. بالاترین سایز بانک اطلاعاتی می تواند تا 1,048,516TB باشد.
• Professional Edition: این ویرایش بر اساس Standard Edition پایه ریزی اما جهت مصارف شخصی بهینه شده است. برخلاف Standard Edition، نسخه Professional Edition بر روی سیستم های عاملWindows 2000 Professional ، Windows NT Workstation 4.0 ، Windows ME ، و Windows 98 قابل اجراست. processorهای دو واحدی پشتیبانی می شوند اما سرور به ۵ ارتباط(connection) همزمان محدود شده و بالاترین سایز بانک اطلاعاتی 2GB است.
• Developer Edition:  همانند Enterprise Edition است با این تفاوت که محدودیت پروانه (license) دارد و نمی توان از آن بعنوان محیط کار تولیدی استفاده کرد.
• Enterprise Evaluation Edition:  همانند Enterprise Edition  که تنها مجوز نمایش ، آزمایش،بررسی و ارزیابی را دارد و محدودیت زمانی ۱۲۰ روزه دارد.
• Windows CE Edition:  این نسخه جهت اجرا بر روی دستگاههایی که از Windows CE استفاده می کنند، طراحی شده است.
• Desktop Engine (MSDE): این نسخه (مایکروسافت آن را یک "edition" نامیده) تنها database engine از SQL Server 2000 است. هیچ ابزار گرافیکی برای آن تهیه نشده و سایز بانک اطلاعاتی آن کم و محدودیت کاری دارد. بهرحال این نسخه کوچکترین نشانه ها از نسخه های SQL server را داراست.

پشتیبانی از  32 پردازشگر، 64GB حافظه RAM و قدرت استفاده از چندین سرور SQL server 2000 را به یک سیستم بانک اطلاعاتی بسیار کارآ تبدیل کرده است. عامل تعیین کننده بیشترین تعداد پردازشگر و مقدار حافظه، نسخه SQL Server و نوع سیستم عاملی است که بر کامپیوتر شما در حال اجراست. سه جدول موجود در ذیل بیشترین تعداد CPUها و مقدار حافظه پشتیبانی شده در چند سیستم عامل متفاوت را نشان می دهد.

نسخه های SQL Server 2000  که بر روی Windows 2000 Advanced Server اجرا می شوند:

Edition	Max Memory	Max CPUs
Enterprise Editions	8GB	8
Standard Edition	2GB	4
Personal Edition	2GB	2

نسخه های SQL Server 2000 که بر روی Windows 2000 Datacenter Serverاجرا می شوند: 

Edition	Max Memory	Max CPUs
Enterprise Editions	64GB	32
Standard Edition	2GB	4
Personal Edition	2GB	2

SQL Server 2000 editions که بر روی Windows NT Server Enterprise Editionاجرا می شوند: 

Edition	Max Memory	Max CPUs
Enterprise Editions	3GB	8
Standard Edition	2GB	8
Personal Edition	2GB	2

بعنوان مثال برای دیسک سخت،

As for hard disk storage, your needs and budget are going to run out a long time before the maximum theoretical NTFS hard drive storage space is reached.

افزونگی،‌ زمان قابل پذیرش برای خاموش بودن سیستم و سرعت فاکتورهایی هستند که تعیین کننده در انتخاب شما هستند. بیشترین مورد پیاده سازی شده د رحال حاضر دیسکهای RAIDهستند، که مخفف دیسکهای Redundant Array of Independent (یا Inexpensive) می باشد. 

دو نوع از RAID ها وجود دارند: نرم افزاری و سخت افزاری. RAIDهای نرم افزاری معمولا کندتر هستند ولی همراه با  Windows NT 4.0  و 2000 موجودند.RAID های سخت افزاری کارآیی بهتری دارند اما بسیار رهزینه اند. این دو نوع RAID می توانند به سطوح RAID  متفاوتی تقسیم شوند. معمولترین آنها:  

1. (RAID 0 (striping
2. (RAID 1 (mirroring
3. (RAID 5 (striping with parity
4. (RAID 10 (a combination of mirroring and striping

در مقاله ای دیگر نگاهی عمیق تر به RAID و مزایای آن برای بانک های اطلاعاتی خواهیم داشت.

Clustering عنوان بعدی است که در بخش کارآیی در مورد آن بحث می کنیم. Clustering به شما اجازه می دهد که چندین server را جهت اعمال افزونگی و یا توازن استفاده کنید. بااینکه  cluster ممکن است از چندین server تشکیل شده باشد، اما cluster برای شبکه همچون یک "virtual server" فرض می شود. SQL Server 2000 یک برنامه مراقبت کننده کامل از clusterها است که می تواند در محیط cluster  فراهم شده توسط سیستم عامل کار کند.

 

NT Server 4.0 clustering را با قابلیت داشتن  امکان نگهداری کپی المثنی از server مطرح کرد. این امکان باعث ایجاد حفاظت از اطلاعات در صورت آسیب رسیدن به هر بخشی از سرور می شود، اما قابلیت load-balancing در این نسخه ویندوز مشاهده نمیشود. Windows 2000 در نسخه های Advanced Server وDatacenter Server قابلیت  "load-balancing" را به clustering افزوده است.چگونگی تنظیم و طراحی  clusterها را در مقالات بعدی دنبال خواهیم کرد.

وهله ها و راههای بروزرسانی

قبل از اینکه بتوانیم در مورد راههای بروزرسانی صحبت کنیم، می بایست در مورد وهله پیش فرض و وهله های نام دار بحث کنیم. هنگامیکه چند نمونه از SQL Server 2000 نصب می کنید، با نمونه های زیادی مواجه می شوید که بطور مستقل از هم کار می کنند.(بیشتر اوقات). شما می توانید حداکثر ۱۶ نمونه داشته باشید که هر کدام با فضای حافظه و تنظیمات خود کار می کنند.

وهله پیش فرض با نام کامپیوتر در شبکه مشخص می شود. SQL Server با نسخه های 6.5 و 7.0 و 2000 همگی می توانند وهله پیش فرض داشته باشند، اما در یک لحظه اگر چند ورژن نصب شده باشد، تنها یکی از آنها می تواند با وهله پیش فرض کار کند(این قابلیت  "version switching" نامیده می شود). یک برنامه کاربردی که از نرم افزارهای clientی با ورژن قدیمی تر از SQL Server 2000 استفاده می کند، تنها می تواند به وهله پیش فرض متصل شود.

وهله های نامدار از نام کامپیوتر در شبکه که با نام نمونه دنبال می شود تشکیل شده (servernameinstancename). تنها SQL Server 2000 بعنوان وهله نام دار می تواند عمل کند که در عین حال می توانید چند وهله نامدار که بصورت همزمان کار می کنند، داشته باشید.همچنین شما می توانید از نسخه

  SQL Server 6.5 یا  7.0 بعنوان نمونه پیش فرض همراه با یک یا چند نمونه با نام ازSQL Server 2000 بصورت همزمان استفاده کنید. محدودیتهای کمی هم برای نامگذاری نمونه های بانام وجود دارد: 

• نمی توانید آن را "Default"  یا "MSSQLServer" بنامید.
• حداکثر تعدادی که می توانید تعریف کنید ۱۶ تا است.
• کاراکتر اول نام محدود به حروف (A-Z, a-z) و یا علامت(&) و یا خط زیرین(underscore) یا (_) است.
• نمی توانید از علامتهای نقطه گذاری،‌خط فاصله(dash(-))، ستاره(*) ,  و یا فاصله خالی (spaces) استفاده کنید.
• نام حساس به بزرگی و کوچکی حروف نیست.

جدول خلاصه نمونه ها:

	Default Instance	Named Instance
چه نسخه ای از SQL server می تواند با این نوع نمونه اجرا شود؟	6.5, 7.0, 2000	2000 only
آیا چند نمونه از این نوع می توانند دریک زمان کار کنن؟	خیر*	بله
چگونه این نمونه ها شناسایی می شوند؟	نام سرور	servernameinstancename

*شما می توانید همچنان ورژن های مختلف SQL Server 6.5 همراه با 7.0 یا 2000 همزمان با هم در کامپیوتر خود نصب کنید اما در یک زمان تنها یکی از آنها می تواند با نمونه پیش فرض کارکند.

برای اطلاعات بیشتر در مورد نمونه ها نگاهی به لینک زیر و مقالات مرتبط با آن بیاندازید. 

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/instsql/in_runsetup_2xmb.asp

وقتی که مفهوم وهله های پیش فرض و وهله های با نام را درک کردید، فهم راههای بروزرسانی موجود جهت ارتقا به SQL Server 2000 برایتان دشوار نخواهد بود. 

• یک نمونه (وهله) از SQL Server 6.0 نمی تواند مستقیما به SQL Server 2000 تبدیل شود. شما می بایست ابتدا آن را به نسخه هایSQL Server 6.5 یا  7.0 ارتقا دهید. هنگامیکه دیتابیس شما  ارتقا یافت، می توانید آن را به SQL Server 2000 ارتقا دهید و یا SQL Server 2000 را در کنار 6.5 یا  7.0 نصب کنید.
• SQL Server 6.5 و7.0 می توانند مستقیما به SQL Server 2000 بروز شوند.
•  SQL Server 2000 می تواند بعنوان نمونه پیش فرض یا default در کنار SQL Server 6.5 نصب شود،  اما همزمان فقط یکی از آنها می تواند فعال باشد. شما می توانید از "version switching"  برای جابجایی بین ورژن های مختلف SQL Server استفاده کنید.
•  SQL Server 2000 می تواند بعنوان یک نمونه نامگذاری شده علاوه بر نسخه پیش فرض  6.5, 7.0 و یا 2000 نصب شده بر روی یک کامپیوتر، نصب شود. تنها یک نمونه پیش فرض از بین تمامی نسخه های پیش فرض ورژن های مختلف SQL Server  به همراه تعدادی از نمونه های نام گذاری شده می توانند همزمان بر روی یک کامپیوتر کار کنند.

مقاله اول در اینجا به پایان می رسد. در قسمت بعدی از این سری مقالات نگاهی به انواع متفاوت نصب و نیز مروری بر مراحل نصب خواهیم داشت. لطفا نظرات و سئوالات خود در رابطه با این مقاله را به پست الکترونیکی اینجانب ارسال کنید. می توانید برای دریافت مطالب آموزشی دیگر و تمریناتی پیرامون ویندوز ، SQL Server و Exchange به سایت 2000trainers.com سر بزنید. امیدوارم از این مقاله استفاده برده باشید. منتظر نظرات و مطالب شما هستم.

نویسنده :Mike
[e-mail]
www.2000trainers.com

» تمام مقالات  Michael Aubert را ببینید 

لینک مقاله

تنظیمات transactional replication بین دو سیستم SQL Server 2005

فولدر Replication
Replication بیشتر اوقات نقش مهمی در استراتژی مدیریت بانک اطلاعاتی شما دارد. ممکن است سازمانی از آن بجهت انطباق اطلاعات در قسمتهای مختلف، پردازه های offline، افزونگی داده ها و یا سایر کارهای مدیریتی بهره ببرد. این مقاله به شما نشان می دهد که چگونه با استفاده از  Management Studio بتوانید بین دو سیستم Microsoft SQL Server 2005، ‌تنظیمات replication را انجام دهید.

در ابتدا شما باید در SQL Server Management Studio به DataBase Engineی که می خواهید داده های آن را replicate کنید، متصل شوید. سپس بر روی فولدر Replication  راست کلیک کنید و گزینه Configure Distribution را انتخاب کنید:

سرور Distribution

در مرحله بعد،‌ انتخاب می کنید که به چه روشی سرور distribution را گزینش می کنید. در بیشتر محیطهای replication کوچک، همان سروری که داده ها نگهداری می شوند بعنوان distributor انتخاب می گردند. اما اگر شما مقادیر داده زیادی را بین سرورهای بسیار بزرگ و پراستفاده replicate می کنید، ممکن است بخواهید که یک سرور اختصاصی و جداگانه را جهت سیستم distributor  انتخاب کنید. این سرور اختصاصی می تواند بعنوان سیستم distributor برای چندین SQL Server باشد:  

SQL Server Agent

شما نیاز دارید که سرویس SQL Server Agent بطور خودکار اجرا شود. چراکه SQL Agent می بایست آماده مدیریت subscription ها باشد. جهت تنظیم کردن این موارد در این ویزارد، اکانتی که سرویس SQL Server را اجرا می کند،‌ باید دارای مجوز admin بر روی کامپیوتر باشد. اگر کسی با مجوزهای admin کامپیوتر موجود نباشد، بایستی اکانت SQL Server Agent بصورت اتومات تنظیم شود: 

فولدر Snapshot
سپس شما باید فولدر snapshot را  تنظیم نمایید. این فولدر حاوی یک تصویر (مجموعه ای از فایل ها که شامل داده هایی است که جهت replication در ابتدا انتخاب کرده اید.) است. این فولدر نیاز به فضای کافی جهت نگهداری تمامی داده ها replicateی شما دارد. اگر از متد push برای ارسال subscription ها به subscriber استفاده می کنید، یک مسیر بر روی سیستم خود را بدهید و اگر subscriber از متد pull داده ها استفاده می کند، باید فولدر snapshot خود را بر روی شبکه قابل دسترس از طرف هر دو سیستم قرار دهید:

Distribution
تنظیمات بانک اطلاعاتی distribution بسته به مقدار داده ای که شما replicate خواهید کرد و همچنین تناوب زمانی replication متفاوت است. بانک اطلاعاتی (که پیش فرض distribution نام دارد.)،‌ می تواند سایز بزرگی داشته باشد(اگر شما بندرت replicate می کنید.) و به شدت فعال هستید(و فعالیت زیادی بر روی داده های replicate شده دارید). در مورد مکان این بانک اطلاعاتی مطمئن باشید که فضای کافی در اختیار دارید و اثر منفی بر روی سرور شما نخواهد گذاشت:

Local Publication
حال که وضعیت distribution تنظیم شد، می توانید داده هایی را که می خواهید publish  کنید را انتخاب نمائید.جهت انجام این کار،‌کلیک راست بر روی Local Publications نموده ، و New Publication را انتخاب کنید: 

بانک اطلاعاتی Publication

 در این مرحله می توانید نام بانک اطلاعاتی که داده ها از آن replicate می شوند را انتخاب کنید. لیست تمام بانک های اطلاعاتی کاربر در پنجره ای نمایش داده می شود و شما تنها باید از لیست موجود نام بانک اطلاعاتی خود را انتخاب کنید و کلید next  را بزنید:

 

انتخاب جدول ها

 در این مرحله جداول حاوی داده های مورد نظر شما برای replicate انتخاب می گردند. تنها می توان داده های جدولهایی که را کلید اصلی دارند، replicate کرد. اگر داده مد نظر شما فاقد این ویژگی باشد، قبل از این مرحله یک کلید اصلی برایش ایجاد کنید.شما می توانید همه یک (یا چند جدول ) را جهت replicate  انتخاب کنید:

ستونهای مورد نیاز در Replicate
و یا می توانید تنها ستونهای خاصی از یک جدول را جهت replicate انتخاب کنید. در مواقعی که شما می خواهید مجموعه ای از داده ها را برای برنامه های تحت وب و یا هر مورد دیگری publish  کنید این گزینه بهترین است. اعمال این مورد حجم snapshot را پایین آورده و فضای مورد نیاز بر روی subscriber را هم کاهش می دهد :

فیلتر کردن داده ها
در ضمن می توانید داده های خودتان را فیلتر کنید.گرچه این مورد کمی پیشرفته است و تا وقتی که شما نیاز به دستکاری داده ها بجهت راحتی بیشتر در publish ندارید، پیشنهاد نمی شود:

هم اکنون یا زمانبندی
 سپس می توانید تعیین کنید که snapshot بلافاصله و یا در زمانبندی خاصی گرفته شود. snapshot  هنگامی که داده ها را از جدولها کپی می کند، آنها را قفل می کند. (بجهت حفظ یکپارچگی داده هایی که replicate  می شوند.) agent به سرعت می تواند اجرا شود اما در صورتیکه شما حجم بالایی از داده داشته باشید، می تواند کمی زمانبر باشد، بنابراین سعی کنید آن را زمانبندی کنید:

مجوز
در اینجا می توانید برای agent خود تعیین مجوز کنید. اگر سرویس SQL Server Agent  شما مجوزی برای دسترسی به شاخه ای که snapshot می بایست در آن قرار گیرد ندارید، اکانتی متفاوت برای این امکان دسترسی، ایجاد کنید:

نامگذاری publication
بعد از انتخاب از تقریبا منوهای زیاد(که در اکثر آنها گزینه پیش فرض کافی بود)،‌ می توانید publication خود را نامگذاری کنید. می توان این publication را برای subscriberهای زیادی ارسال کرد ، در نتیجه نام publication  را متناسب با داده هایی که در بردارد، نه جایی که به آن ارسال می شود، برگزینید:

تنظیم  subscriberها

اکنون شما آماده هستید تا subscriberهایی را برای publication خود تنظیم کنید. Subscriberها سرورهایی هستند که داده های replicate شده شما را دریافت می کنند. برای انجام چنین کاری بر روی publicationی که ایجاد کردید، کلیلک راست کنید و New Subscriber  را انتخاب کنید:

 انتخاب publication مربوط به replication
در ابتدا شما باید publicationی که می خواهید pulish کنید را انتخاب نمائید. اگر شما سیستم distributor  جداگانه ای استفاده می کنید، ابتدا به SQL Serverی که محل publication است که از آن replicate می کنید، متصل شوید:

 انتخاب subscriberها
حالا شما قادرید subscriberهای خود را انتخاب کنید. برای این کار می توانید براحتی Add Subscriber را انتخاب کنید، که در اینصورت توسط پیغام SQL Server Management Studio  به شما جهت ارتباط با سرور هشدار می دهد. بسادگی نام سرور و نوع شناسایی هویت کاربر را انتخاب کنید. در اینجا تنها با تکرار این مرحله، می توانید چندین سرور را بعنوان subscriber انتخاب کنید:

نوع Authentication
می توانید نوع authentication برای distribution agent را نیز انتخاب کنید. اگر می خواهید از اکانت خاصی برای push  کردن داده ها به سرور subscription استفاده کنید،‌ اینجا آن را انتخاب کنید. می توانید از بین SQL Server Agent account، یک Windows account و یا یک SQL account برحسب ساختار امنیتی خود استفاده کنید:

تنظیم زمانبندی

در مرحله بعد می توانید زمانبندی را تنظیم کنید. می توانید agent را بگونه ای تنظیم کنید که بصورت مدوام کار کند که باعث replicate شدن تقریبا آنلاین و همزمان داده ها می شود.و یا می توانید آن را بگونه ای تنظیم کنید که در زمانهای مورد نظر شما replicate انجام شود. مورد دوم در زمانهایی که در یک WAN بسیار کند هستید و می خواهید از حداکثرپهنای باند در زمانهایی خاص استفاده کنید کاربرد دارد:

خصوصیات Subscriber

 اینک می توانید در زیر publication خود، subscriber مربوطه را نیز ببینید. در اینجا می توانید خصوصیات subscription خود را تغییر دهید، مجددا subscription را مقداردهی کنید، وضعیت تطابقی را مشاهده کنید و یا replication monitor را نمایش دهید:

 مشاهده replication monitor

 با مشاهده replication monitor می توانید مطمئن شوید تراکنشهای شما با موفقیت انجام شده اند و چه زمانی برای تکمیل هر مرحله صرف شده است. اگر هر خطایی داشته باشید در اینجا می توانید از جزئیات مربوط به آن جهت راهنمایی برای رفع عیب، استفاده کنید: 

نویسنده مقاله : Josh Hoskins
لینک مقاله: http://content.techrepublic.com.com/2346-9592_11-161780.html?tag=nl.e138

Scriptی برای Shrink کردن Log File

این script از Eli Leiba است که جهت shrink کردن log file به یک سایز مشخصی بکار می رود:

لینک اسکریپت.