Мениджър за конфигурация на SQL сървър. Отчет на инструментите за администриране на SQL Server
Старт => Програми => Microsoft SQL Server 2008 R2 => Инструменти за конфигуриране => SQL Server Configuration Manager
46... Прозорец на SQL Server Configuration Manager
Трябва да рестартирате услугата SQL Server, за да влязат в сила промените. За да направите това, в лявата част на прозореца изберете секцията УслугиSQLСървър, изберете реда SQL Server (SQL 2008) и щракнете Рестартирайте услугатав лентата с инструменти на прозореца ( Чертеж 47).
47... Услуги на SQL Server
За да се свържете със сървъра, се използва източник на данни на SQL Server ODBC, който се създава от низа за връзка, т.е. не се изисква създаване на специален източник (DSN).
При първото стартиране на софтуерния пакет в прозореца за регистрация ( Фигура 48) трябва да посочите параметрите Име на сървъраи Име на база данни.
48... Прозорец за регистрация
- идентификатор на сървъра.
DNS или NetBIOS име, което може да бъде преобразувано на IP адрес;
IP адрес;
локалния адрес "127.0.0.1" или "." локален сървър) и името "(local)", за да се свържете директно, заобикаляйки мрежовия интерфейс.
Това е името на екземпляра на SQL Server на посочения сървър. За първата инсталация на SQL Server (екземпляр по подразбиране) не е посочено име на екземпляр.
Ако връзката не успее (или продължава да пада), трябва да използвате псевдонимите на сървъра. Псевдонимът на сървъра е именувана група от настройки за свързване към конкретен SQL сървър. Използването на псевдоними ще разреши повечето проблеми със свързаността, включително за наименувани инсталации (екземпляри) на SQL Server.
Псевдонимите се конфигурират с помощта на помощната програма cliconfg.exe, която може да бъде извикана от менюто "Старт - Microsoft SQL Server - Client Network Utility" в „Псевдоним (Псевдоним)» с помощта на бутони [Добавяне (Добавете] , [Промяна (редактиране)] и [Изтрий (Изтрий)] (Фигура 49).
49... Добавяне на конфигурация на мрежова библиотека
В примера на Фигура 49псевдонимът “DBSRV” е конфигуриран, обозначаващ IP адрес 192.168.0.2, порт 1433. В този случай псевдонимът е същият като истинското име на сървъра.
Често псевдонимите на връзката към използваните сървъри се създават автоматично, така че когато промените мрежови адресисървърите ТРЯБВА да премахват остарелите псевдоними.
Ако истинското име на сървъра съвпада с името на псевдонима, тогава горните параметри на псевдонима се използват за свързване. Следователно, когато променяте мрежовите параметри на сървърите, е необходимо допълнително да проверите и коригирате настройките на псевдонимите на клиентските станции.
1.8.5 Диагностициране на проблеми с връзката
Има два основни проблема с връзката:
Проблеми с мрежата и протоколите;
Проблеми със сигурността (автентификацията).
Проверете дали хардуерът и системният софтуер работят правилно:
SQL Server работи;
всички сървъри са заредени и свързани към мрежата;
мрежовото оборудване работи правилно, всички кабели са свързани;
мрежовите устройства и драйверите за тях са инсталирани, включени и работят без повреди и конфликти.
Проверете конфигурацията на протоколите, използвани в операционната система. Проверката трябва да се извърши на сървъра и на клиента чрез средства операционна система Windows.
необходимият протокол трябва да бъде присвоен на използвания мрежови устройства (мрежови карти, модеми и др.);
за използвания протокол имена, адреси и други параметри на конфигурация трябва да бъдат зададени в параметрите на устройството;
мрежовите услуги трябва да бъдат конфигурирани и стартирани да поддържат използваните протоколи и устройства (сървъри за имена, сървър за разпространение на адреси и др.);
използваните защитни стени и средства за криптографска защита не трябва да пречат на работата на използвания протокол, не трябва да блокират дейността на използваните сървъри и клиентски станции и не трябва да филтрират трафика на SQL Server.
В този случай проверката на връзката трябва да се извърши с помощта на диагностични помощни програми за работата на използваните протоколи.
Проверете за проблеми с удостоверяването и сигурността. Такива проблеми могат да бъдат причинени от една от следните причини:
неправилни идентификационни данни, име на сървър или база данни;
SQL Server в ограничен режим;
проблеми с NTLM, Kerberos и др.;
Проблем с достъпа на домейна: контролерът на домейн недостъпен, няма доверие, отказано анонимен достъпили друг;
не е извършена операцията "възстановяване на потребителя", която се изисква в установените случаи.
Също така за идентифициране възможни причинипреглед на компютърния регистър на събитията. За да отстраните проблеми при свързването към SQL Server с помощта на удостоверяване на Windows NT, използвайте удостоверяване на SQL Server.
Когато получите информационни съобщения като „Актуализацията не е възможна“ в различен контекст (това означава, че версиите на клиента и базата данни не съвпадат, твърде стари или твърде нов клиент), трябва да решите проблема с клиентската версия (вж. стр. 1.6).
Ако нищо от горните не реши проблема, създайте нов акаунт с права на администратор на сървъра (или поне собственика на базата данни), той със сигурност ще има достъп до базата данни. Успешният опит за свързване в този случай означава, че старите потребители не работят, трябва да използвате режима за възстановяване на потребителя.
1.8.5.1 Тестване на TCP/IP протокол
Използване на командата ipconfig / всичко дефинирайте настройката на протокола на сървъра - трябва да знаете пълното име име на мрежатасървър и неговия IP адрес.
От клиентската станция изпълнете командата за тестване на връзката пинг -
а сървър>,
където посочете полученото име на сървър като параметър. Трябва да получите правилния IP адрес на сървъра и 4 отговора от него във формата:
Обмен на пакети с dbsrv от 32 байта:
Отговор от 192.168.0.2: брой байтове = 32 пъти
Отговор от 192.168.0.2: брой байтове = 32 пъти
Отговор от 192.168.0.2: брой байтове = 32 пъти
Ping статистика за 192.168.0.2:
Пакети: Изпратени = 4, Получени = 4, Загубени = 0 (0% загуба),
Приблизително време за предаване и приемане:
най-нисък = 0ms, най-висок = 0ms, среден = 0ms
Ако адресът на сървъра не е намерен (съобщение "Неизвестен хост") или е неправилен, тогава услугите за разделяне на имена (DNS или WINS) не работят. В този случай трябва да проверите работата на съответните услуги (например да използвате помощната програма nslookup за DNS) или да използвате IP адреса вместо името на сървъра при свързване. Проверете връзката с помощта на командата пинг IP-адрес>и анализирайте резултата според инструкциите по-долу.
Ако съобщения като „ Времето за изчакване на заявката изтече» и резултатът: " Пакети ... 4 загубени (100%)”, Това означава, че връзката със сървъра не е възможна. Трябва да проверите настройките: "IP адрес", "Subnet Mask" и "Default Gateway". За да проверите, използвайте командите ipconfig (конфигурация на IP устройство), tracert (маршрутизиране).
Времето на предаване и приемане при работа в локална мрежа трябва да бъде " ", Максималното време за предаване и приемане не трябва да надвишава 1 ms. В противен случай натоварването на локална мрежанебалансирано или неизправно мрежово оборудване; е необходимо да се провери по-подробно хардуерното окабеляване на мрежата, пакетните грешки, нивото на смущения и други параметри на комуникационния канал.
1.8.5.2 Проверка на мрежовите настройки на SQL Server
Уверете се, че екземплярът на SQL Server е конфигуриран и работи на TCP / IP порта, използван от клиентското приложение. За да направите това, трябва да прегледате текущия регистър на грешките на SQL Server и да се уверите, че SQL Server има правилния IP адрес и порт. Дневникът трябва да съдържа редове като
2005-01-06 08: 09: 46.17 сървър SQL сървър слуша на TCP,….
2005-01-06 08:09: 55.17 сървър SQL сървър слуша на 192.168.0.2:1433, 127.0.0.1:1433.
SQL Server 2000 няма да може да отвори избрания порт, ако портът вече се използва от друго приложение или клиентските връзки претоварват сървъра. В този случай дневникът за грешки на SQL Server 1 ще съдържа съобщението
2001-11-14 15:49: 14.12 сървър Информация за SuperSocket: Неуспешно свързване на TCP порт 1433.
Портът по подразбиране може да бъде проверен и променен с помощта на Server Network Utility или в системния регистър с помощта на ключа "HKEY_LOCAL_MACHINE \ Software \ Microsoft
\ MSSQLServer \ MSSQLServer \ SuperSocketNetlib \ Tcp \ "
Използваните портове се определят с помощта на командата netstat – на (Фигура 50).
50... Списък с активни връзки
За динамично откриване на портове (по подразбиране) използвайте 0 (нула).
За да кодирате твърдо номера на порта, посочете номера на порта.
За да използвате няколко порта, посочете номерата на портовете, разделени със запетаи, например "1433,5000,5001", в този случай трябва да получите следното съобщение в протокола:
SQL сървър слуша на 192.168.0.2:1433, 192.168.0.25:5000, 192.168.0.2:5001
Не забравяйте да рестартирате SQL Server, за да приложите новите настройки.
1.8.5.3 Проверка на режимите за достъп на SQL Server
Уверете се, че SQL Server работи. Ако използвате няколко екземпляра на SQL Server, уверете се, че необходимият екземпляр работи. Не бъркайте услугите на SQL Server с други услуги (SQL Server Agent, Microsoft Search).
Проверката се извършва с помощта на SQL Server Service Manager (трябва да има икона в ъгъла на екрана) или в режим "Computer Management" (или английски "Management"). В първия случай трябва да изберете необходимия сървър и услугата "SQL Server", във втория случай да намерите услугата "MSSQLSERVER" или "MSSQLSERVER \" за наименувана инсталация.
Уверете се, че необходимата база данни съществува на SQL Server и я наименувайте правилно на клиента. Връзката с базата данни може да бъде ограничена до режими "DBO use only", "Single user", "Loading". За да проверите в Enterprise Manager, отидете на свойства на базата данни, раздел « Разрешения» , настройка ОграничаванеДостъп.
Уверете се, че SQL Server работи в правилния режим на удостоверяване: SQL Server и смесен режим на Windows са необходими за вход и парола, само Windows е достатъчен за NT удостоверяване. За да проверите в Enterprise Manager, отидете на свойства на сървъра, раздел « Сигурност» , настройка Удостоверения... Вторият начин за проверка е използването на системния регистър:
за инстанция по подразбиране
за именуван пример
Търсене |
Никога не съм чувал някой да мечтае да стане DBA, когато порасне като дете. Животът просто ни довежда до тази професия, въпреки че много хора наистина я харесват. Гмуркането в администрирането на SQL Server рядко идва с продуктово ръководство; по-често, отколкото не, трябва да научим тайните на занаята сами. Така започнах себе си и в хода на обучението си допуснах много грешки. Затова подготвих поредица от статии, които вече са покрили темите. Резервно копиеи възстановяване. Сега е време да поговорим за основния инструмент за настройка на настройките на SQL Server - SQL Server Settings Manager.
SQL Server Settings Manager е онлайн приложение за управление на всички базирани на SQL Server услуги, мрежови протоколи, портове на слушатели и псевдоними на сървъри. Мениджърът за конфигуриране на SQL Server (SSCM) е наличен в йерархията на елементите на менюто Старт \ Microsoft SQL Server 20xx \ Инструменти за конфигуриране \ Мениджър на конфигурацията на SQL Server във версии Microsoft Windowsпреди пускането на Windows 8 и Windows Server 2012. На най-новите изброени версии на операционната система просто потърсете SQL Server и изберете „SQL Server Settings Manager“ от списъка с приложения. Първият път, когато осъществите достъп до SSCM, вашата програма изглежда нещо като фигура 1 (използвайки SQL Server 2014 като пример в тази статия).
Фигура 1: Мениджър на настройките на SQL Server |
Персонализиране
Нека разгледаме по-подробно възможни действияразрешено в SSCM. Всеки елемент в левия панел представлява една или повече задачи, които могат да се изпълняват в SSCM. В някои случаи има както 64-битови, така и 32-битови опции. В тази статия ще се съсредоточим върху 32-битовата версия. Днес Microsoft SQL Server се хоства на 32-битови сървъри само ако:
а) вие сте собственик Стара версия SQL Server;
б) най-вероятно лишавате своя екземпляр на SQL Server от ценни ресурси RAM.
Нека изброим действията, налични в SSCM (вижте фигура 2).
![]() |
Фигура 2: Действия, налични в SSCM |
- Услуги на SQL Server. Това действие ви позволява да стартирате, спирате и рестартирате всички услуги, свързани с Microsoft SQL Server. Освен това можете да промените акаунти за услуги, поведение при стартиране и разширени функции и опции за стартиране въз основа на услугата.
- мрежови настройки на SQL Server. Това действие ви позволява да активирате или деактивирате специфични мрежови протоколи: Споделена памет, именувани тръби и TCP / IP и персонализирайте Допълнителни опцииза всеки от тях.
- Настройки на собствения клиент на SQL Server (понастоящем версия 11.0). Това действие ви позволява да зададете реда, в който клиентите ще използват специално активираните протоколи за свързване към персонализирания екземпляр на SQL Server. Може да се използва за създаване на псевдоними за екземпляр на SQL Server, така че различни приложения за крайни потребители да могат да се свързват със сървъри с имена, различни от действителното име на сървъра. Това се прави в случай, че не можете да промените низовете за връзка при мигриране на базите данни на приложенията, но все пак искате да поддържате последователност или да скриете истинското име на сървъра от крайните потребители. Нека разгледаме по-отблизо всяка една от тези стъпки.
Услуги на SQL Server
Пакетните услуги на SQL Server могат (и трябва) да се управляват и конфигурират от SSCM, а не от API на services.msc. Както бе отбелязано по-горе, ние можем да контролираме не само поведението при стартиране и акаунта на услугата, но и допълнителни параметри за всяка услуга (виж Фигура 3).
- Услуги за интеграция на SQL Server. Няма допълнителни конфигурируеми опции.
- Услуги за анализ на SQL Server. Няма допълнителни конфигурируеми опции.
- SQL Server услуга:
1. ФАЙЛОВ ПОТОК. Тази настройка ви позволява да активирате или деактивирате достъпа до T-SQL, достъпа до файл I/O, отдалечен клиентски достъп и да зададете името общ ресурсФАЙЛОВ ПОТОК.
2. Високо ниво на наличност на AlwaysOn. Тази настройка ви дава възможност да активирате или деактивирате AlwaysOn Availability Groups и да конфигурирате отказоустойчивия клъстер на Windows (WFCS), върху който е изградена групата за наличност.
3. Параметри на стартиране. SSCM ви позволява да зададете персонализирани опции за стартиране, които влизат в сила върху екземпляр. Винаги ще имате поне три опции за стартиране за всеки екземпляр на SQL Server, за да сте сигурни, че Microsoft SQL Server стартира правилно:
- -д. Указва местоположението на файла с данни (.mdf) за основната база данни.
- -л. Указва местоположението на регистрационния файл на транзакциите (.ldf) за главната база данни.
- -е. Указва местоположението на регистрационния файл за грешки на екземпляра.
Защо точно тези три параметъра? Тъй като master функционира като обърнат навън „мозък“ на SQL екземпляр, работещ във връзка със скритата база данни за ресурси, за да предостави всички метаданни, необходими за стартиране на екземпляра на SQL Server. Необходимо е да се използва регистър за грешки, за да се записва всяка стъпка от процеса на стартиране.
Могат да бъдат конфигурирани допълнителни параметри, по-специално за стартиране на сървъра в режим на един потребител за целите на отстраняване на неизправности (-m); стартиране на инстанция с минимален набор от настройки (-f) в случаите, когато е необходимо да се заобиколи неуспешен параметър, който може да доведе до влошаване на отговора на инстанцията; задаване на флагове за проследяване, които променят основното поведение на Microsoft SQL Server (-T). Трябваше да използвам -f за заобикаляне на лоши настройки, когато се опитах да демонстрирам проблеми с ограничаването на паметта и да задам максималната памет на сървъра толкова ниска, че не мога да стартирам SQL Server. Разбира се, повечето DBA задават няколко флага за проследяване по време на тяхното професионална дейностна всеки от SQL сървърите чрез параметъра -T, но ще говоря повече за това в друга статия.
Пълен списък с опции за стартиране може да се намери в официалната документация на Microsoft (https: // msdn.
microsoft.com/en-us/library/ms190
4. Разширено. Разделът Разширени за услугата SQL Server, който е показан на Фигура 4, предоставя възможност за промяна на директорията за изхвърляне на потребителския модел, както и конфигуриране на механизма за обратна връзка за Microsoftза по-нататъшна работа по продукта. Освен това получавате възможността да четете (но не и да променяте) допълнителните параметри, изброени по-долу.
- SQL Server Reporting Services.Можем да управляваме някои основни настройки на услугата за SQL Server Reporting Services (SSRS), но за тази услуга има отделен интерфейс... Не препоръчвам да използвате SSCM за всички аспекти на конфигурирането на SSRS, въпреки че някои са налични.
- Браузър на SQL сървър.Освен поведението при стартиране и сметкауслуга, има няколко допълнителни настройки за тази услуга, които можете да управлявате освен директорията за изхвърляне и регистъра за грешки. Препоръчваме ви да деактивирате тази услуга, освен ако нямате няколко екземпляра на SQL Server на един и същ възел.
- Услуга за агент на SQL Server.Подобно на много други услуги, можете да конфигурирате само директорията за изхвърляне, регистрирането на грешки и обратната връзка, заедно с поведението при стартиране и акаунта на услугата.
Мрежови настройки на SQL Server
Действия върху мрежова конфигурация SQL Server ви позволява да активирате някой или всички от трите мрежови протокола, налични в Microsoft SQL Server: споделена памет, именувани тръби и TCP / IP.
Споделената памет и Named Pipes осигуряват достъп мрежов компютъркъм SQL Server, а TCP / IP определя как мрежовите устройства комуникират с екземпляр на SQL Server. Да, Named Pipes могат да се използват в среда на Windows, но губите всички предимства на преминаването през мрежовия стек, когато използвате Named Pipes между отдалечени сървъри... Настройките на споделената памет започват и завършват със състояние на активиране. Named Pipes, освен че са активирани/деактивирани, ви позволяват да посочите име на канал за SQL Server. И накрая, TCP / IP ви позволява да активирате или деактивирате този протокол, заедно с промяната на порта, на който SQL Server слуша заявки.
Конфигуриране на SQL Server Native Client
Този набор от действия ви позволява да дадете приоритет на обработката на заявки в SQL Server. Освен това можете да деактивирате наименуваните протоколи за клиента и да зададете име на канал и номер на порт.
Интерфейсът на SQL Server Configuration Manager е основен компонент за конфигуриране на функционирането на екземпляри и как SQL Server взаимодейства с компютри и клиенти, които подават заявки към бази данни, хоствани на потребителски модел. Той дефинира как даден модел се стартира и осигурява на най-основното му ниво чрез управление на акаунтите за услуги, които притежават различните компоненти на Microsoft SQL Server. Това е първата линия на защита на SQL Server и както начинаещият, така и опитният DBA трябва да използват правилно SSCM и да са запознати с неговите опции за персонализиране.
Връзка със сървъра:
1. По-добре е да стартирате програмата за първи път на същия компютър, където е инсталиран SQL Server.
Преди това:
1.1. Отворете "Configuration Manager" ( Старт >> Програми >> MS SQL Server 2008 >> Инструменти за конфигуриране).
В "Диспечер":
а)Ако сте избрали да стартирате ръчно, когато инсталирате сървъра, стартирайте "SQL Server"и "SQL сървърен браузър".
б) V включи TCP протокол:Мрежова конфигурация >> Протоколи, щракнете с десния бутон върху "TCP / IP" - "Активиране".
1.2.
Стартирайте програмата с помощта на пряк път "Entrepreneur-SQL" (или менюто Файл >> Превключване към SQL).
Създайте нова или прехвърлете съществуваща база данни.
2. Свързване на други компютри в мрежата
(ако използвате терминален сървър, това не е задължително).
Всички действия се извършват на компютъра, където е инсталиран SQL Server.
Меню Файл >> Отворете база данни, натиснете "Още".
2.1.
Щракнете върху бутона "Защитна стена на Windows" - "Създаване на правило автоматично".
Или самостоятелно:
Старт >> Контролен панел >> System_and_Security >> Windows_Firewall >> Допълнителни_опции >> Rules_for_inbound_connections: "Създаване на правило", изберете "За порт" - 1433 TCP и 1434 UDP.
2.2.
Щракнете върху бутона "Свързване с други потребители" - "Създаване на име за вход". Задайте име и парола (всяко име, парола е желателна 6-7 знака, не е нужно да помните и да въвеждате).
Или самостоятелно:
В "Management Studio": Сигурност >> Входове >> Ново. Изберете "SQL Server Authentication", име и парола, премахнете отметката от "Задаване на дата на изтичане".
Рестартирайте SQL Server (в Configuration Manager).
2.3.
След това файлът ще се появи в папката на програмата свържете.udl, в който се записват всички настройки.
Копирайте го в папката на програмата на други компютри и стартирайте там "Entrepreneur-SQL".
SQL Server е инструмент за управление на услугите, свързани със SQL Server, за конфигуриране на мрежовите протоколи, които се използват от SQL Server, и за управление на конфигурацията на връзката от клиентски компютри на SQL Server. SQL Server Microsoft Configuration Manager е приставка за конзола за управление на Microsoft (MMC), която може да бъде отворена от менюто "Старт" или добавена към всеки екран на конзолата за управление на Microsoft. Конзола за управление на Microsoft ( mmc.exe) използва файла SQLServerManager<версия>.msc(Например, SQLServerManager13.mscза SQL Server 2016), за да отворите Configuration Manager. Следват местоположенията на последните четири версии на този диспечер, когато Инсталация на Windowsда кара C.
SQL Server 2016 | C: \ Windows \ SysWOW64 \ SQLServerManager13.msc |
SQL Server 2014 | C: \ Windows \ SysWOW64 \ SQLServerManager12.msc |
SQL Server 2012 | C: \ Windows \ SysWOW64 \ SQLServerManager11.msc |
SQL Server 2008 | C: \ Windows \ SysWOW64 \ SQLServerManager10.msc |
Забележка |
---|
Тъй като SQL Server Configuration Manager е приставка за конзола за управление на Microsoft, а не пясъчна кутия, когато работите в по-нови Версии на Windows SQL Server Configuration Manager не се появява като приложение.
|
SQL Server Configuration Manager и SQL Server Management Studio използват WMI за преглед и промяна на някои от настройките на сървъра. WMI предоставя последователен интерфейс към API извикванията, които обработват операции в регистъра, които отправят заявки към инструменти на SQL Server, както и подобрен контрол и управление на избрани SQL услуги в добавката на SQL Server Configuration Manager. За информация относно задаване на разрешения, свързани с WMI, вж.
За информация относно стартиране, спиране, пауза, възобновяване и конфигуриране на услуги на друг компютър с помощта на SQL Server Configuration Manager, вж.
Мениджърът на конфигурацията на SQL Server се използва за стартиране, пауза, възобновяване и спиране на услуги, както и за преглед или промяна на свойствата на услугите.
Използвайте SQL Server Configuration Manager, за да стартирате Database Engine, като използвате опции за стартиране. За повече информация вж.
Можете да използвате SQL Server Configuration Manager за управление на услугите на SQL Server.
Важно |
---|
Винаги използвайте инструменти на SQL Server, като например SQL Server Configuration Manager, за да промените акаунта, използван от SQL Server Services или SQL Server Agent, или да промените паролата за акаунт. SQL Server Configuration Manager не само променя името на акаунта, но и се изпълнява допълнително персонализиранекато например задаване на разрешения в регистър на windowsтака че новият акаунт може да чете настройките на SQL Server. Други инструменти като контролен мениджър Windows услуги, може да промени името на акаунта, но не променя съответните настройки. Ако услугата няма достъп до ключа на системния регистър на SQL Server, може да не стартира правилно. |
Допълнително предимство на SQL Server Configuration Manager, SMO и WMI е, че новите настройки влизат в сила незабавно, без рестартиране на услугата.
SQL Server ви позволява да конфигурирате сървърни и клиентски мрежови протоколи и параметри на връзката. След като са активирани правилните протоколи, обикновено няма нужда от промяна интернет връзкасървър. В същото време SQL Server Configuration Manager може да се използва за преконфигуриране на връзки, така че SQL Server да слуша на конкретен мрежов протокол, порт или канал. За повече информация относно активиране на протоколи вж. За информация относно разрешаването на достъп до протоколи в защитната стена вж.
Мениджърът на конфигурацията на SQL Server ви позволява да управлявате сървърни и клиентски мрежови протоколи, включително прилагане на криптиране на протокола, преглед на свойствата на псевдонима и активиране или деактивиране на протокола.
SQL Server ви позволява да създавате или пускате псевдоними, да променяте реда, в който се използват протоколите, и да преглеждате свойствата на псевдоним на сървъра, включително:
сървърни псевдоними - псевдоними на сървъри, използвани за компютъра, към който се свързва клиентът;
протокол - мрежовият протокол, използван за тази конфигурация;
параметри на връзката - параметри, свързани с адреса за връзка за конфигуриране на мрежовия протокол.
Мениджърът на конфигурацията на SQL Server също ви позволява да преглеждате информация за екземпляри на клъстер при отказ, въпреки че Cluster Administrator трябва да се използва за някои действия, като стартиране и спиране на услуги.
Налични мрежови протоколи
SQL Server поддържа споделена памет, TCP / IP и именувани канали. За информация относно избора на мрежови протоколи вж. SQL Server не поддържа мрежови протоколи VIA, Banyan VINES Sequenced Packet Protocol (SPP), Multiprotocol, AppleTalk и NWLink IPX / SPX. Клиентите, които преди са се свързвали с помощта на тези протоколи, трябва да изберат различен протокол, за да се свържат със SQL Server. SQL Server Configuration Manager не може да се използва за конфигуриране на WinSock Proxy. За да конфигурирате WinSock Proxy, вижте документацията на вашия ISA сървър.
Студент от групата IS-369 Гулин Никита
Инструменти за администриране на SQL Server
Започвайки от SQL Server 2005, няколко инструмента за администриране на SQL Server 2000 са включени в SQL Server Management Studio, няколко са вградени в SQL Server Configuration Manager, а съветникът за настройка на индекса е преименуван.
Следната таблица показва съпоставянето на инструментите на SQL Server 2000 с техните еквиваленти на SQL Server 2005:
Използване на текущи инструменти за управление на SQL Server предишни версии SQL сървър
Започвайки от SQL Server 2005, инструментите използват SMO и напълно поддържат новите функции на SQL Server. Инструментите на SQL Server 7.0 и SQL Server 2000 използват DMO и не поддържат нови функции на SQL Server.
SQL Server Tools ви позволява да управлявате SQL Server и всичко останало SQL функцииСървър 2000.
· Инструментите на SQL Server 2000 не могат да управляват по-късни версии.
· И настоящите инструменти на SQL Server, и инструменти на SQL Server 2000 могат да бъдат инсталирани на един и същ компютър и двата пакета ще работят добре.
Мениджър на конфигурацията на SQL Server
SQL Server Configuration Manager е инструмент за управление на услуги, свързани с SQL Server, за конфигуриране на мрежовите протоколи, които SQL Server използва, и за управление на конфигурацията на връзката от клиентски компютри на SQL Server. SQL Server Configuration Manager е приставка за конзола за управление на Microsoft (MMC), която може да бъде отворена от менюто "Старт" или добавена към всеки екран в конзолата за управление на Microsoft. Конзолата за управление на Microsoft (mmc.exe) използва файла SQLServerManager10.msc в Windows папка System32, за да отворите SQL Server Configuration Manager.
SQL Server Configuration Manager и SQL Server Management Studio използват WMI за преглед и промяна на някои от настройките на сървъра. WMI предоставя последователен интерфейс към API извикванията, които обработват операции в регистъра, които отправят заявки към инструменти на SQL Server, както и подобрен контрол и управление на избрани SQL услуги в добавката на SQL Server Configuration Manager.
Управление на услугите
Мениджърът на конфигурацията на SQL Server се използва за стартиране, пауза, възобновяване и спиране на услуги, както и за преглед или промяна на свойствата на услугите.
Промяна на акаунти, използвани от услугите
Можете да използвате SQL Server Configuration Manager за управление на услугите на SQL Server.
Управление на сървърни и клиентски мрежови протоколи
SQL Server Configuration Manager ви позволява да конфигурирате сървърни и клиентски мрежови протоколи и настройки за връзка. След като са активирани правилните протоколи, обикновено не е необходимо да се променят мрежовите връзки на сървъра. В същото време SQL Server Configuration Manager може да се използва за преконфигуриране на връзки, така че SQL Server да слуша на конкретен мрежов протокол, порт или канал. За повече информация относно активиране на протоколи вижте Как да активирате или деактивирате SNP (SQL Server Configuration Manager). За информация относно разрешаването на достъп до протоколи в защитната стена вижте Конфигуриране Защитна стена на Windowsза да разрешите достъп до SQL Server.
Мениджърът на конфигурацията на SQL Server ви позволява да управлявате сървърни и клиентски мрежови протоколи, включително прилагане на криптиране на протокола, преглед на свойствата на псевдонима и активиране или деактивиране на протокола.
SQL Server Configuration Manager ви позволява да създавате или пускате псевдоними, да променяте реда, в който се използват протоколите, и да преглеждате свойствата на псевдоним на сървъра, включително:
Псевдоним на сървъра — псевдонимът на сървъра, използван за компютъра, към който се свързва клиентът;
· Протокол — мрежов протокол, използван за тази конфигурация;
· Параметри на връзката — параметри, свързани с адреса на връзката за конфигуриране на мрежовия протокол.
Мениджърът на конфигурацията на SQL Server също ви позволява да преглеждате информация за екземпляри на клъстер при отказ, въпреки че Cluster Administrator трябва да се използва за някои действия, като стартиране и спиране на услуги.
Налични мрежови протоколи
SQL Server поддържа споделена памет, TCP / IP, Named Pipes и VIA протоколи. SQL Server не поддържа Banyan VINES Sequenced Packet Protocol (SPP), Multiprotocol, AppleTalk и NWLink IPX / SPX мрежови протоколи. Клиентите, които преди са се свързвали с помощта на тези протоколи, трябва да изберат различен протокол, за да се свържат със SQL Server. SQL Server Configuration Manager не може да се използва за конфигуриране на WinSock Proxy.