Microsoft SQL Server-ის ინსტალაცია. გამოიძახეთ დამატებითი SQL სერვერის ადმინისტრირება SQL Server სერვისებისთვის


სერვერთან დაკავშირება:

1. პირველად უფრო ადვილია პროგრამის გაშვება იმავე კომპიუტერზე SQL Server-ის ინსტალაციის გარეშე.
cym-მდე:

1.1. გახსენით "კონფიგურაციის მენეჯერი" ( დაწყება >> პროგრამები >> MS SQL Server 2008 >> გააკეთეთ პარამეტრები).

"დისპეჩერიდან":

ა)თუ სერვერის ინსტალაციის დროს აირჩიეთ ხელით დაწყება - გაუშვით "SQL Server"і "SQL სერვერის ძებნა".

ბ)TCP პროტოკოლის გასაღები: მერეჟევის კონფიგურაცია >> პროტოკოლები, დააწკაპუნეთ მარჯვენა ღილაკით "TCP/IP" - "ჩართვა".

1.2. გაუშვით პროგრამა მალსახმობით "Enterprise-SQL" (ან მენიუ File >> Switch to SQL).
შექმენით ახალი გადარიცხვა თავდაპირველ მონაცემთა ბაზაში.

2. სხვა კომპიუტერების დაკავშირება კიდეზე
(თუ თქვენ იყენებთ ტერმინალის სერვერს, ეს არ არის საჭირო).

ყველა ფაილი დაინსტალირებულია კომპიუტერზე, სადაც დაინსტალირებულია SQL Server.
მენიუს ფაილი >> გახსენით მონაცემთა ბაზა, დააწკაპუნეთ "მეტი".

2.1. დააწკაპუნეთ ღილაკზე "Windows Firewall" - "ავტომატური წესის შექმნა".
ან დამოუკიდებლად:
დაწყება >> Control_Panel >> Security_System >> Windows_Firewall >> Additional_parameters >> Rules_for_input_connections: "Create a rule", აირჩიეთ "For port" - 1433 TCP and 1434 UDP.


2.2. დააჭირეთ ღილაკს "სხვა კლიენტების დაკავშირება" - "შექმენით შესვლის სახელი". დააყენეთ სახელი და პაროლი (რაც არ უნდა იყოს, პაროლი უნდა იყოს 6-7 სიმბოლო, თქვენ არ გჭირდებათ მისი დამახსოვრება ან შეყვანა).
ან დამოუკიდებლად:
"Management Studio": უსაფრთხოება >> შესვლის სახელები >> შექმნა. აირჩიეთ „SQL Server Authenticity-ის გადამოწმება“, შეიყვანეთ პაროლი და ამოიღეთ „Set Termination Term“ ხატულა.
გადატვირთეთ SQL Server ("კონფიგურაციის მენეჯერში").

2.3. ამის შემდეგ, ფაილი გამოჩნდება მამაჩემის პროგრამაში დაკავშირება.udl, რომელშიც ყველაფერია შენახული.
დააკოპირეთ ის სხვა კომპიუტერების პროგრამების საქაღალდეში და გაუშვით "Enterprise-SQL" იქ.

IS-369 ჯგუფის სტუდენტი გულინა მიკიტი

SQL სერვერის ადმინისტრაციის მახასიათებლები

SQL Server 2005-დან დაწყებული, SQL Server 2000-ის მრავალი ადმინისტრაციული ფუნქცია გადავიდა ბირთვში.

შემდეგი ცხრილი აჩვენებს SQL Server 2000-ის ფუნქციების მრავალფეროვნებას და მათ ეკვივალენტებს SQL Server 2005-ში:

SQL Server threading ფუნქციების გამოყენება SQL Server-ის ძველი ვერსიების გასაშვებად

SQL Server 2005-დან დაწყებული, შეგიძლიათ გამოიყენოთ SMO ობიექტები SQL Server-ის ახალი ფუნქციების მხარდაჭერის გასაგრძელებლად. SQL Server 7.0 და SQL Server 2000 ეყრდნობა DMO ობიექტებს და არ უჭერს მხარს SQL Server-ის ახალ ფუნქციებს.

· SQL Server-ის ფუნქციები საშუალებას გაძლევთ მართოთ SQL Server და SQL Server 2000-ის ყველა ფუნქცია.

· SQL Server 2000 ფუნქციები არ იძლევა შემდგომი ვერსიების ინსტალაციის საშუალებას.

· ორივე SQL Server და SQL Server 2000 ფუნქციები შეიძლება დაინსტალირდეს ერთ კომპიუტერზე და პაკეტები შეიძლება ნორმალურად იმუშაოს.

SQL სერვერის კონფიგურაციის მენეჯერი

SQL Server Configuration Manager სასარგებლოა SQL Server-თან დაკავშირებული სერვისების კონფიგურაციისთვის, SQL Server-ის მიერ გამოყენებული ქსელის პროტოკოლების კონფიგურაციისთვის და ასევე კლიენტის კომპიუტერებიდან კავშირების კონფიგურაციისთვის. SQL Server Configuration Manager არის Microsoft Windows Console (MMC) snap-in, რომელიც შეიძლება გაიხსნას Start მენიუდან ან დაემატოს Microsoft Microsoft Windows Console-ის ნებისმიერ ეკრანს. Microsoft Windows Console (mmc.exe) ჩამოტვირთავს SQLServerManager10.msc ფაილს Windows System32 საქაღალდიდან SQL Server Configuration Manager-ის გასახსნელად.

SQL Server Configuration Manager და SQL Server Management Studio იყენებს WMI ინსტრუმენტებს სერვერის სხვადასხვა პარამეტრების სანახავად და შესაცვლელად. WMI ინსტრუმენტი უზრუნველყოფს ცალმხრივ ინტერფეისს API ზარებთან რეესტრის ოპერაციების მართვისთვის, რომლებიც აძლიერებს SQL Server-ს, ასევე SQL Server-ის კონფიგურაციის მენეჯერში არჩეული SQL სერვისების გამოყენებაზე კონტროლის გასაუმჯობესებლად.

სერვისის მენეჯმენტი



SQL Server Configuration Manager გამოიყენება სერვისების დასაწყებად, შესაწყვეტად, განახლებისა და შეწყვეტისთვის, ასევე სერვისის ავტორიტეტების გადახედვისა და შესაცვლელად.

ღრუბლოვანი ჩანაწერების შეცვლა, რომლებსაც იყენებენ vicor სერვისები

SQL Server Configuration Manager-ის დახმარებით თქვენ შეგიძლიათ მართოთ SQL Server სერვისები.

სერვერისა და კლიენტის კიდეების პროტოკოლების მართვა

SQL Server Configuration Manager გაძლევთ საშუალებას დააკონფიგურიროთ სერვერის და კლიენტის მხარის პროტოკოლები, ასევე კავშირის პარამეტრები. სწორი პროტოკოლების კონფიგურაციის შემდეგ, არ არის საჭირო სერვერის ქსელის კავშირების შეცვლა. ამავდროულად, SQL Server Configuration Manager შეიძლება გამოყენებულ იქნას კავშირის ხელახლა კონფიგურაციისთვის, რათა SQL Server მოუსმინოს არჩეულ ქსელის პროტოკოლს, პორტს ან არხს. დამატებითი ინფორმაციის სანახავად პროტოკოლების ჩართვის შესახებ, გაყოფა. როგორ გამორთოთ ან გამორთოთ SNP პროტოკოლი (SQL Server Configuration Manager). Firewall-დან პროტოკოლებზე წვდომის უარსაყოფად, div. Windows Firewall-ის პარამეტრები SQL Server-ზე წვდომის დასაშვებად.

SQL Server Configuration Manager გაძლევთ საშუალებას მართოთ სერვერის და კლიენტის მხარის უკანა პროტოკოლები, მათ შორის დაშიფვრის პროტოკოლების გამორთვა, ალიას ავტორიტეტის შეცვლა და პროტოკოლების ჩართვა და გამორთვა.

SQL Server Configuration Manager გაძლევთ საშუალებას შექმნათ ან წაშალოთ მეტსახელები, შეცვალოთ პროტოკოლების თანმიმდევრობა და შეცვალოთ სერვერის მეტსახელის სიმძლავრე, მათ შორის:

· Server alias - სერვერის მეტსახელი, რომელიც გამოიყენება კომპიუტერისთვის, რომელსაც კლიენტი უკავშირდება;

· პროტოკოლი - კიდეების პროტოკოლი, რომელიც გამოიყენება ამ კონფიგურაციისთვის;

· საკომუნიკაციო პარამეტრები - სატრანსპორტო პროტოკოლის კონფიგურაციის საკომუნიკაციო მისამართთან დაკავშირებული პარამეტრები.

SQL Server Configuration Manager ასევე საშუალებას გაძლევთ ნახოთ ინფორმაცია Windows კლასტერის ინსტანციების შესახებ, თუმცა კლასტერის ადმინისტრატორი პასუხისმგებელია ისეთ ქმედებებზე, როგორიცაა სერვისების ჯგუფის დაწყება.

ხელმისაწვდომი ქსელის პროტოკოლები

SQL Server მხარს უჭერს მეხსიერების, TCP/IP, დასახელების მილსა და VIA პროტოკოლებს. SQL სერვერს არ აქვს Banyan VINES თანმიმდევრული პაკეტის პროტოკოლის (SPP), Multiprotocol, AppleTalk ან NWLink IPX/SPX მხარდაჭერა. კლიენტებმა, რომლებიც ადრე დაუკავშირდნენ ამ პროტოკოლებიდან ერთ-ერთს, უნდა აირჩიონ სხვა პროტოკოლი SQL Server-თან დასაკავშირებლად. SQL Server Configuration Manager ვერ იქნება გამოყენებული WinSock პროქსი სერვერის კონფიგურაციისთვის.

SQL Server სასარგებლოა SQL Server-თან დაკავშირებული სერვისების უზრუნველსაყოფად, ქსელის პროტოკოლების დასაყენებლად, რომლებსაც აკონტროლებს SQL Server, ასევე კლიენტის კომპიუტერებიდან SQL Server-ით კავშირების კონფიგურაციისთვის. SQL Server Microsoft Configuration Manager არის Microsoft Windows Console (MMC) snap-in, რომელიც შეიძლება გაიხსნას Start მენიუდან ან დაემატოს Microsoft Microsoft Windows Console-ის ნებისმიერ ეკრანს. Microsoft მართვის კონსოლი ( mmc.exe) vikoryst ფაილი SQLServerManager<версия>.msc(მაგალითად, SQLServerManager13.msc SQL Server 2016-ისთვის) გახსენით კონფიგურაციის მენეჯერი. ქვემოთ, ამ მენეჯერის დარჩენილი ოთხი ვერსია ხელახლა დაინსტალირდა, როდესაც Windows დაინსტალირებულია C დისკზე.

SQL Server 2016C:\Windows\SysWOW64\SQLServerManager13.msc
SQL Server 2014C:\Windows\SysWOW64\SQLServerManager12.msc
SQL Server 2012C:\Windows\SysWOW64\SQLServerManager11.msc
SQL Server 2008C:\Windows\SysWOW64\SQLServerManager10.msc
შენიშვნა

ვინაიდან SQL Server Configuration Manager არის Microsoft Windows-ის კონსოლის სნეპ-ინი და არა ცალკე პროგრამა, Windows-ის ახალ ვერსიებში გაშვებისას, SQL Server Configuration Manager არ ჩანს როგორც პროგრამა.

  • Windows 10:
    SQL Server Configuration Manager-ის გასახსნელად, შეიყვანეთ კობის მხარე SQLServerManager13.msc (SQL Server 2016-ისთვის). SQL Server-ის ადრინდელი ვერსიებისთვის, შეცვალეთ 13 ნაკლები რიცხვით. როდესაც დააჭირეთ SQLServerManager13.msc, კონფიგურაციის მენეჯერი გაიხსნება. კონფიგურაციის მენეჯერის წინა გვერდზე ან დავალების პანელზე დასამაგრებლად, დააწკაპუნეთ მარჯვენა ღილაკით SQLServerManager13.msc და აირჩიეთ გახსენით საქაღალდე, რომელიც შეიცავს ფაილს. Explorer-ში დააწკაპუნეთ მარჯვენა ღილაკით SQLServerManager13.msc და შემდეგ აირჩიეთ ბრძანება მიამაგრეთ წინა ეკრანზეან კიდევ დაამაგრეთ დავალება პანელზე.
  • ვინდოუს 8:
    SQL Server Configuration Manager-ის გასახსნელად გამოიყენეთ charms ძიებადეპოზიტზე პროგრამაშედი SQLServerManager<версия>.msc(მაგალითად, SQLServerManager13.msc) შემდეგ დააჭირეთ ღილაკს ᲒᲐᲐᲪᲜᲝ.

SQL Server Configuration Manager და SQL Server Management Studio-ის შუა ნაწილი იყენებს WMI ინსტრუმენტებს სერვერის სხვადასხვა პარამეტრების სანახავად და შესაცვლელად. WMI ინსტრუმენტი უზრუნველყოფს ცალმხრივ ინტერფეისს API ზარებთან რეესტრის ოპერაციების მართვისთვის, რომლებიც აძლიერებს SQL Server-ს, ასევე SQL Server-ის კონფიგურაციის მენეჯერში არჩეული SQL სერვისების გამოყენებაზე კონტროლის გასაუმჯობესებლად. Vidomosti ცალკეული შენობების რეგულირების შესახებ WMI div. განყოფილებაში.

ინფორმაცია სხვა კომპიუტერზე სერვისების დაწყების, განახლების, დაქვეითების, განახლებისა და კონფიგურაციის შესახებ SQL Server Configuration Manager div. განყოფილებაში.

SQL Server Configuration Manager გამოიყენება სერვისების დასაწყებად, შესაწყვეტად, განახლებისა და შეწყვეტისთვის, ასევე სერვისის ავტორიტეტების გადახედვისა და შესაცვლელად.

შეამოწმეთ SQL Server Configuration Manager, რათა დაიწყოს მონაცემთა ბაზის ძრავა დამატებითი გაშვების ვარიანტებისთვის. დამატებითი ხედების წასაშლელად, div.

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 Vista Manager, შეუძლია შეცვალოს ღრუბლოვანი ანგარიშის სახელი, მაგრამ არ შეცვალოს სხვა პარამეტრები. თუ სერვისი ვერ მოიპოვებს წვდომას SQL Server-ის რეესტრში, ის შეიძლება სწორად არ დაიწყოს.

SQL Server Configuration Manager-ის, SMO-სა და WMI-ის დამატებითი უპირატესობა არის ის, რომ ახალი პარამეტრები ოპერატიულად განხორციელდება სერვისის გადატვირთვის გარეშე.

SQL Server გაძლევთ საშუალებას დააკონფიგურიროთ სერვერისა და კლიენტის კიდეების პროტოკოლები, ასევე კავშირის პარამეტრები. სწორი პროტოკოლების კონფიგურაციის შემდეგ, არ არის საჭირო სერვერის ქსელის კავშირების შეცვლა. ამავდროულად, SQL Server Configuration Manager შეიძლება გამოყენებულ იქნას კავშირის ხელახლა კონფიგურაციისთვის, რათა SQL Server მოუსმინოს არჩეულ ქსელის პროტოკოლს, პორტს ან არხს. დამატებითი ინფორმაციის სანახავად პროტოკოლების ჩართვის შესახებ, გაყოფა. Vidomosti-მა დაუშვა წვდომა პროტოკოლებზე firewall-ში.

SQL Server Configuration Manager გაძლევთ საშუალებას მართოთ სერვერის და კლიენტის გვერდის პროტოკოლები, მათ შორის დაშიფვრის პროტოკოლების დაყენება, ალიას ავტორიტეტის შეცვლა და პროტოკოლების ჩართვა და გამორთვა.

SQL Server გაძლევთ საშუალებას შექმნათ ან წაშალოთ მეტსახელები, შეცვალოთ პროტოკოლების თანმიმდევრობა და შეცვალოთ სერვერის მეტსახელის სიმძლავრე, მათ შორის:

    სერვერის მეტსახელები - სერვერის მეტსახელები, რომლებიც გამოიყენება კომპიუტერისთვის, რომელთანაც კლიენტი უკავშირდება;

    პროტოკოლი - კიდეების პროტოკოლი, ამ კონფიგურაციის საფუძველზე;

    კომუნიკაციის პარამეტრები - პარამეტრები, რომლებიც დაკავშირებულია საკომუნიკაციო მისამართთან გაზომვის პროტოკოლის კონფიგურაციისთვის.

SQL Server Configuration Manager ასევე გაძლევთ საშუალებას ნახოთ ინფორმაცია Windows კლასტერის შემთხვევების შესახებ, მაგრამ ისეთი ქმედებებისთვის, როგორიცაა სერვისების ჯგუფის დაწყება, პასუხისმგებელია კლასტერის ადმინისტრატორი.

ხელმისაწვდომი ქსელის პროტოკოლები

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 პროქსი სერვერის კონფიგურაციისთვის. WinSock პროქსი სერვერის კონფიგურაციისთვის, div. ISA სერვერის დოკუმენტაცია.

საერთოდ არ ვგრძნობ, რომ მსურს გავხდე მონაცემთა ბაზის ადმინისტრატორი, როცა გავიზრდები. ცხოვრება უბრალოდ მიგვიყვანს ამ პროფესიისკენ, მიუხედავად იმისა, რომ გვმართებს ვიყოთ მდიდარი. SQL Server-ის ადმინისტრირებაში გამოცდილები იშვიათად დაჯილდოვდებიან პროდუქტის ცოდნით, მაგრამ უფრო ხშირად ჩვენ იძულებულნი ვართ დამოუკიდებლად ვისწავლოთ ვაჭრობის საიდუმლოებები. ასე დავიწყე მე თვითონ და დაწყების პროცესში ბევრი კურთხევა დავიმსახურე. ამიტომ მოვამზადე სტატიების სერია, რომელიც უკვე ითვლებოდა სარეზერვო და განახლებად. ახლა დროა ვისწავლოთ SQL Server პარამეტრების კორექტირების მთავარი ინსტრუმენტი - SQL Server Adjustment Manager.

SQL Server კონფიგურაციის მენეჯერი არის ინტერაქტიული დანამატი ყველა სერვისის მართვისთვის, რომელიც დაფუძნებულია SQL Server-ზე, ქსელის პროტოკოლებზე, პორტებზე, განსაკუთრებით სერვერის ფსევდონიმების მოსმენისა და შესაქმნელად. SQL Server Configuration Manager (SSCM) ხელმისაწვდომია მენიუს ელემენტების იერარქიაში Start\Microsoft SQL Server 20xx\Configuration Tools\SQL Server Configuration Manager Microsoft Windows-ის ვერსიებისთვის, რომელიც გადავა Windows 8-ისა და Windows Server 2012-ის გამოშვებაზე. ოპერაციული სისტემის დარჩენილი მითითებულ ვერსიებს, უბრალოდ განაგრძეთ ძებნა მიჰყევით სიტყვებს SQL Server და აირჩიეთ "SQL Server Setup Manager" პროგრამების სიიდან. როდესაც პირველად განახლდა SSCM-ზე, პროგრამა ჰგავს იმას, რაც ნაჩვენებია ეკრანზე 1 (როგორც ნაჩვენებია SQL Server 2014-ში).

ეკრანი 1. SQL Server Setup Manager

Დაყენება

მოდით შევხედოთ შესაძლო მოქმედებებს, რომლებიც დაშვებულია SSCM დისპეჩერში. მარცხენა პანელზე მდებარე ელემენტი წარმოადგენს ერთ ან რამდენიმე დავალებას, რომელიც შეიძლება შეიყვანოთ SSCM მენეჯერისგან. ზოგიერთ ვერსიას აქვს როგორც 64-ბიტიანი, ასევე 32-ბიტიანი ვერსია. ეს სტატისტიკა ეფუძნება 32-ბიტიან ვერსიას. დღეს, Microsoft SQL Server მასპინძლობს 32-ბიტიან სერვერებზე მხოლოდ შემდეგ შემთხვევებში:

ა) იყენებთ SQL Server-ის ძველ ვერსიას;

ბ) ყველაფრის გადახდით, თქვენ დაზოგავთ თქვენს SQL Server-ის ინსტანციის ღირებულ RAM რესურსებს.

SSCM მენეჯერში ხელმისაწვდომი მოქმედებები (განაწილება ეკრანი 2) მიმდინარეობს გადაწყობა.


ეკრანი 2. მოქმედებები ხელმისაწვდომია SSCM-ში
  • SQL სერვერის სერვისები. ეს მოქმედება საშუალებას გაძლევთ დაიწყოთ, შეაჩეროთ და გადატვირთოთ Microsoft SQL Server-თან დაკავშირებული ყველა სერვისი. გარდა ამისა, შეგიძლიათ შეცვალოთ სერვისის ღრუბლოვანი ჩანაწერები, გაშვების ქცევა, დამატებითი ფუნქციები და გაშვების პარამეტრები, სერვისის ტიპის მიხედვით.
  • SQL Server ქსელის რეგულირება. ეს მოქმედება საშუალებას გაძლევთ ჩართოთ და გამორთოთ კონკრეტული ქსელის პროტოკოლები: საერთო მეხსიერება, დასახელებული მილები და TCP/IP, ასევე დააკონფიგურიროთ დამატებითი პარამეტრები თითოეული მათგანისთვის.
  • ძლიერი SQL Server კლიენტის ინსტალაცია (ამჟამად ვერსია 11.0). ეს მოქმედება საშუალებას გაძლევთ დააყენოთ თანმიმდევრობა, რომლითაც კლიენტებს მოეთხოვებათ სპეციალურად ჩართონ პროტოკოლები SQL Server-ის კონფიგურაციის ინსტანციასთან დასაკავშირებლად. ამ დახმარებით თქვენ შეგიძლიათ შექმნათ მეტსახელები SQL Server-ის მაგალითზე, რათა საბოლოო მომხმარებლის სხვადასხვა პროგრამებს შეეძლოთ სერვერებთან დაკავშირება აქტიური სერვერის სახელით ადმინისტრირებული სახელებით. გაუფრთხილდით იმ ფაქტს, რომ თქვენ არ შეგიძლიათ შეცვალოთ კავშირის რიგები პროგრამებით მონაცემთა ბაზების მიგრაციისას, მაგრამ მაინც გსურთ უზრუნველყოთ ხელმისაწვდომობა ან გადაიტანოთ სერვერის სახელი საბოლოო მომხმარებლებისგან. მოდით შევხედოთ ამ მოხსენების კანს.

SQL სერვერის სერვისები

დაკავშირებული SQL Server სერვისების კონფიგურაცია შესაძლებელია (და ამის ბრალია) SSCM მენეჯერისგან, ვიდრე services.msc API-დან. რაც უფრო მეტს იგულისხმებოდა, ჩვენ შეგვიძლია ვიზრუნოთ არანაკლებ ქცევაზე გაშვების საათში და სერვისის ღრუბლოვანი ჩანაწერი, ასევე კანის სერვისის დამატებითი პარამეტრები (დივ. ეკრანი 3).

  • SQL Server ინტეგრაციის სერვისები. დამატებითი პარამეტრები, რომელთა კონფიგურაცია შესაძლებელია ყოველდღიურად იცვლება.
  • SQL სერვერის ანალიზის სერვისები. დამატებითი პარამეტრები, რომელთა კონფიგურაცია შესაძლებელია ყოველდღიურად იცვლება.
  • SQL სერვერის სერვისი:

1. FILESTREAM. ეს პარამეტრი საშუალებას გაძლევთ ჩართოთ ან გამორთოთ T-SQL წვდომა, ფაილების I/O წვდომა, დისტანციურ კლიენტზე წვდომა და დააყენოთ FILESTREAM რესურსის სახელი.

2. AlwaysOn ხელმისაწვდომობის მაღალი დონე. ეს პარამეტრი საშუალებას გაძლევთ ჩართოთ ან გამორთოთ AlwaysOn Availability Groups, ასევე დააკონფიგურიროთ Windows Facility Cluster (WFCS), რომელზეც დაფუძნებულია Availability Group.

3. გაშვების პარამეტრები. SSCM მენეჯერი საშუალებას გაძლევთ მიუთითოთ გაშვების სპეციალური პარამეტრები, რომლებიც ქმნიან ფუნქციებს მაგალითად. თქვენი მენეჯერი ყოველთვის გამოიყენებს გაშვების სამ პარამეტრს SQL Server-ის ნებისმიერი მაგალითისთვის, რათა უზრუნველყოს Microsoft SQL Server-ის სწორად გაშვება:

  • -დ. ავალებს მონაცემთა ფაილის (.mdf) ძირითადი მონაცემთა ბაზის შეცვლას.
  • -ლ. ავალებს ძირითადი მონაცემთა ბაზის ტრანზაქციის ჟურნალის ფაილის (.ldf) გაფართოებას.
  • -ე. განსაზღვრავს ინსტანციის commit log ფაილის ადგილმდებარეობას.

რატომ არის სამი პარამეტრი? ვინაიდან მასტერი ფუნქციონირებს როგორც SQL ინსტანციის ტვინი, რომელიც მუშაობს დაკავშირებული რესურსების მონაცემთა ბაზიდან, ის აწვდის ყველა საჭირო მეტამონაცემს, რომელიც საჭიროა SQL Server ინსტანციის გასაშვებად. აუცილებელია წმენდის ჟურნალის შექმნა დაწყების პროცესის კანის ისტორიის ჩასაწერად.

დამატებითი პარამეტრები შეიძლება დარეგულირდეს, დროებით, სერვერის ერთ სერვერის რეჟიმში გასაშვებად პრობლემების მოგვარების მეთოდის გამოყენებით (-m); ინსტანციის გაშვება კორექტირების მინიმალური ნაკრებით (-f) იმ შემთხვევებში, როდესაც საჭიროა ახლომდებარე პარამეტრის გვერდის ავლით, რომელიც შეიძლება გამოყენებულ იქნას ინსტანციის გამომავალი აღდგენისთვის; გადამრთველების ინსტალაცია, რომლებიც ცვლის Microsoft SQL სერვერის (-T) ძირითად ქცევას. მე მომიწია -f-ის გამოყენება გარკვეული პრობლემების გვერდის ავლით, როდესაც მინდოდა მეხსიერების პრობლემების მოგვარება და სერვერის მეხსიერების მაქსიმალური მნიშვნელობის დაყენება ისეთ დაბალ დონეზე, რომ ვერ შევძელი SQL Server-ის გაშვება. ბუნებრივია, მონაცემთა ბაზის ადმინისტრატორების უმეტესობა ადგენს მონაცემთა გადაცემის რამდენიმე პარამეტრს მათი პროფესიული საქმიანობის საათში თითოეულ SQL სერვერზე -T პარამეტრის საშუალებით, მაგრამ ჩვენ ამ პროცესს სხვა გზებით მოვახსენებთ.

გაშვების პარამეტრების სრული სია შეგიძლიათ იხილოთ Microsoft-ის ოფიციალურ დოკუმენტაციაში (https://msdn).

microsoft.com/en-us/library/ms190

4. გაფართოებული (დოდატკოვო). SQL Server სერვისის Advanced ჩანართი (ეკრანი 4) იძლევა შესაძლებლობას შეცვალოთ dump დირექტორია, მაგალითად, ასევე დააკონფიგურიროთ Microsoft-ის hook გადაცემის მექანიზმი პროდუქტზე შემდგომი მუშაობისთვის. გარდა ამისა, თქვენ ხსნით ქვემოთ მდებარე დამატებითი პარამეტრების წაკითხვის (და არა შეცვლის) უნარს.

  • SQL Server ანგარიშგების სერვისები.ჩვენ შეგვიძლია ვმართოთ SQL Server Reporting Services (SSRS) ყველა ძირითადი პარამეტრი, მაგრამ სერვისს აქვს ცალკე ინტერფეისი. მე არ გირჩევთ SSCM-ის გამოყენებას SSRS-ის ყველა ასპექტისთვის, თუმცა ზოგიერთი ხელმისაწვდომია.
  • SQL Server ბრაუზერი.ღრუბლოვანი ჩაწერის სერვისის გაშვებამდე ქცევის გარდა, ამ სერვისისთვის არის რამდენიმე დამატებითი პარამეტრი, რომლებზეც წვდომა შესაძლებელია, გარდა dump დირექტორიასა და შეცდომების ჟურნალისა. რეკომენდებულია ამ სერვისის ჩართვა, თუ არ გაქვთ SQL Server-ის რამდენიმე ინსტანცია ერთ კვანძზე.
  • SQL სერვერის აგენტის სერვისი.სხვა სერვისების სიმდიდრის მსგავსად, შეგიძლიათ დააკონფიგურიროთ ნაგავსაყრელი დირექტორია, ფაილების აღრიცხვა და გადაცემა, ქცევის თანმიმდევრობით სერვისის გაშვებისა და ღრუბლოვანი ჩაწერის დროს.

მერეჟევის SQL სერვერის დაყენება

SQL Server ფარიკაობის კონფიგურაციები საშუალებას გაძლევთ ჩართოთ Microsoft SQL Server-ში არსებული სამივე ან სამივე გარე პროტოკოლი: გაზიარებული მეხსიერება, დასახელებული მილები და TCP/IP.

საზიარო მეხსიერება და დასახელებული მილები უზრუნველყოფს SQL სერვერზე წვდომას edge კომპიუტერზე, ხოლო TCP/IP უზრუნველყოფს Edge მოწყობილობების SQL Server-ის ეგზემპლართან დაკავშირების გზებს. ამრიგად, Named Pipes შეიძლება ვიკორისტირდეს Windows-ის შუაში, მაგრამ თქვენ დაკარგავთ ყველა სარგებელს შუა სტეკის გვერდის ავლით, როდესაც დისტანციურ სერვერებს შორის დაასახელებთ სახელწოდების მილებს. გაზიარებული მეხსიერების პარამეტრები იწყება და მთავრდება ჩართული სტატუსით. Named Pipes, ჩართული/გამორთული სტატუსის გარდა, საშუალებას გაძლევთ მიუთითოთ მილის სახელი SQL Server-ისთვის. თქვენ აღმოაჩინეთ, რომ TCP/IP გაძლევთ საშუალებას დააინსტალიროთ და შეცვალოთ ეს პროტოკოლი პორტის შეცვლით, რომელზეც SQL Server უსმენს მოთხოვნებს.

ძლიერი SQL სერვერის კლიენტის დაყენება

ეს ნაკრები საშუალებას გაძლევთ დააყენოთ SQL Server-ის შეკითხვის ანალიზის ქცევა. გარდა ამისა, თქვენ შეგიძლიათ ჩართოთ პროტოკოლების სახელი კლიენტისთვის, ასევე მიანიჭოთ არხის სახელი და პორტის ნომერი.

SQL Server კონფიგურაციის მენეჯერის ინტერფეისი არის ყველაზე მნიშვნელოვანი კომპონენტი ინსტანციების ფუნქციონირებისა და SQL Server-ის კომპიუტერებთან და კლიენტებთან ურთიერთქმედების კონფიგურაციისთვის, რომლებიც აიძულებენ შეკითხვებს ინსტანციაზე განთავსებული მონაცემთა ბაზებისთვის. ეს ნიშნავს ინსტანციის გაშვებას და უსაფრთხოებას ყველაზე საბაზისო დონეზე ღრუბლოვანი სერვისის ჩანაწერის სერვისის მეშვეობით, რომელიც ამუშავებს Microsoft SQL სერვერის სხვადასხვა კომპონენტს. SQL Server-ის თავდაცვის პირველი ხაზი, როგორც საწყისი და როგორც გამოცდილი DBA, არის SSCM მენეჯერის სწორად გამოყენება და კორექტირების ვარიანტების ცოდნა, რომლებიც ყოველთვის ღიაა მისთვის.


დაწყება => პროგრამები => Microsoft SQL Server 2008 R2 => პარამეტრები => SQL სერვერის კონფიგურაციის მენეჯერი

  1. 46. SQL Server Configuration Manager ფანჯარა
მარცხენა მხარეს აქვს ფანჯარა მონაკვეთთან ახლოს მერეჟევის კონფიგურაციაSQLსერვერიაირჩიეთ რიგი პროტოკოლებიSQL 2008 და ფანჯრის მარჯვენა მხარეს შეცვალეთ TCP\IP პროტოკოლის სტატუსი "გამორთული".

ცვლილებების ძალაში შესვლისთვის, თქვენ უნდა გადატვირთოთ SQL Server. რისთვისაც ფანჯრის მარცხენა მხარეს აირჩიეთ განყოფილება სერვისებიSQLსერვერიაირჩიეთ SQL Server (SQL 2008) მწკრივი და დააწკაპუნეთ ღილაკზე გადატვირთეთ სერვისიფანჯარა ინსტრუმენტთა პანელზე ( მალიუნოკი 47).


  1. 47. SQL სერვერის სერვისები
1.8.4. კავშირის კონფიგურაცია კლიენტის მხრიდან

სერვერთან დასაკავშირებლად, თქვენ უნდა გამოიყენოთ ODBC SQL Server მონაცემთა ფაილი კავშირის რიგების შესაქმნელად. სპეციალური მოწყობილობის (DSN) შექმნა არ არის საჭირო.

როდესაც პირველად გაუშვით პროგრამული პაკეტი, ნახავთ რეგისტრაციის ფანჯარას ( მალიუნოკი 48) აუცილებელია პარამეტრების დაზუსტება Სერვერის სახელიі მონაცემებზე ვარ დაფუძნებული.


  1. 48. რეგისტრაციის ფანჯარა
სერვერის სახელის სინტაქსი: [\]

  • - სერვერის ID.
სერვერის იდენტიფიკატორი უნდა განისაზღვროს გამოყენებული პროტოკოლით. TCP\IP პროტოკოლისთვის დაშვებულია შემდეგი იდენტიფიკატორები:

  • DNS ან NetBIOS სახელები, რომლებიც შეიძლება გარდაიქმნას IP მისამართად;

  • IP მისამართები;

  • ლოკალური მისამართები "127.0.0.1" ან ".", რომლებიც მიუთითებენ კავშირებზე "საკუთარ თავზე" (ლოკალურ სერვერზე) და სახელს "(ლოკალური)" პირდაპირ კავშირებისთვის, შუა ინტერფეისის გვერდის ავლით.

  • – SQL Server ინსტანციის სახელი მითითებულ სერვერზე. SQL Server-ის პირველი ინსტალაციისთვის (მაგალითად ინსტალაციის შემდეგ), ინსტანციის სახელი არ არის მითითებული.

თუ კავშირი არ დამყარდა ან თანდათან იშლება, საჭიროა სწრაფად გამოიყენოთ სერვერის მეტსახელები. სერვერის მეტსახელი არის დასახელებული ჯგუფი კონკრეტულ SQL სერვერთან კავშირის დასაყენებლად. სხვადასხვა მეტსახელების გამოყენება საშუალებას გაძლევთ გადაჭრათ მეტი პრობლემა კავშირებთან დაკავშირებით, მათ შორის SQL Server ინსტალაციების დასახელების ჩათვლით.

მეტსახელების დაყენება შეიძლება განხორციელდეს დამატებითი კომუნალური პროგრამის გამოყენებით cliconfg.exe, რომელზეც შეგიძლიათ დააწკაპუნოთ მენიუდან "დაწყება - Microsoft SQL Server - Client Network Utility", ჩანართზე. "ფსევდონიმი (მეტსახელიდამატებითი დახმარების ღილაკებისთვის [ადატი (დამატება] , [შეცვლა (რედაქტირება)] і [ვიდალურობა (წაშლა)] (მალიუნოკი 49).


  1. 49. დამატებულია სასაზღვრო ბიბლიოთეკის კონფიგურაცია
Added Edge Library Configuration ფანჯარაში, თქვენ უნდა მიუთითოთ შემდეგი პარამეტრები:

კონდახზე მალიუნოკი 49კონფიგურირებულია მეტსახელი "DBSRV", რომელიც მინიჭებულია IP მისამართზე 192.168.0.2, პორტი 1433. ამ შემთხვევაში, მეტსახელი შეესაბამება სერვერის რეალურ სახელებს.

ხშირად, სერვერებთან დაკავშირების მეტსახელები იქმნება ავტომატურად, ასე რომ, ქსელის სერვერის მისამართების შეცვლისას, შეგიძლიათ წაშალოთ ძველი ფსევდონიმები.

თუ სერვერის ნამდვილი სახელი ემთხვევა მეტსახელის სახელს, ალიასის პარამეტრები უნდა იყოს მითითებული სერვერთან დასაკავშირებლად. ამიტომ სერვერის ქსელის პარამეტრების შეცვლისას აუცილებელია კლიენტის სადგურებზე მეტსახელების პარამეტრების დამატებით შემოწმება და კორექტირება.

1.8.5 კავშირის პრობლემების დიაგნოსტიკა

კავშირის ორი ძირითადი პრობლემაა:


  1. რობოტული ღონისძიებებისა და პროტოკოლის პრობლემები, რომლებიც გამარჯვებულია;

  2. უსაფრთხოების პრობლემები (ავთენტიფიკაცია).
კავშირის პრობლემების დიაგნოსტიკის პროცედურა:

  1. შეამოწმეთ საკუთრების და სისტემის პროგრამული უზრუნველყოფის უპირატესობები:

  • SQL Server მუშაობს;

  • ყველა სერვერი დაცულია და დაკავშირებულია ლიმიტთან;

  • მოწყობილობა მუშაობს ნორმალურად, ყველა კაბელი ჩართულია;

  • მათთვის შუალედური მოწყობილობები და დრაივერები დამონტაჟებულია, ჩართულია და მუშაობს წარუმატებლობისა და კონფლიქტების გარეშე.

  1. შეცვალეთ პროტოკოლების კონფიგურაცია, რომლებიც კონფიგურირებულია ოპერაციულ სისტემაში. გადამოწმება უნდა განხორციელდეს სერვერზე და კლიენტზე Windows ოპერაციული სისტემის გამოყენებით.
ვიკონანების ბრალია, რომ ასე ფიქრობენ:

  • საჭირო პროტოკოლი გამოიყენება ზღვრული მოწყობილობების მიზნებისათვის (ღობე ბარათები, მოდემები და ა.შ.);

  • პროტოკოლისთვის, რომელიც ტესტირება ხდება, მოწყობილობის პარამეტრები მოიცავს სახელებს, მისამართებს და სხვა კონფიგურაციის პარამეტრებს;

  • ჩვენ პასუხისმგებელი ვართ დაყენება და გაშვება edge სერვისები, რომლებიც შექმნილია ბოროტად გამოყენებული პროტოკოლებისა და მოწყობილობების მხარდასაჭერად (სახელების სერვერები, სერვერები საერთო მისამართებით და ა.შ.);

  • დაზარალებული ინტერფეისის ეკრანები და კრიპტო-დაცვის ტექნიკა არ ერევა გამარჯვებული რობოტის პროტოკოლს, ბლოკავს vikorist სერვერების და კლიენტების სადგურების აქტივობას და არ არის დამნაშავე ფილტრი და SQL Server ტრაფიკი.
Yakshcho პრობლემები PIDKLUSHENNYA DU'biy, Roboto Protocol Ta (abdoma) Merezhevich of attachments of services, vіdkrikani іnformasyne vikdomalen, sql სერვერის სიმრავლის წვდომა წვდომაზე აკრძალულია, საერთო ქსელის შეცდომა, ვერ გენერირება CONTQTL, ISPSpecific SSP. სერვერი ვერ მოიძებნა »TA სხვაგვარად. კლიენტის ნაწილის დაკავშირებისას ინფორმაცია გამოჩნდება შემდეგი შეტყობინებებით: "სერვერთან კავშირმა გაიარა გადამოწმების პერიოდი", "ვერ დაკავშირება სერვერთან", "ფიზიკური კავშირი არ არის" შეტყობინება მშრალი ვარჯიშისთვის ( 30-60 წამი).

კავშირის შემოწმება ამ შემთხვევაში უნდა განხორციელდეს დამატებითი დიაგნოსტიკური საშუალებებისა და პროტოკოლების გამოყენებით, რომლებიც ტესტირებას ახდენენ.


  1. გთხოვთ გაითვალისწინოთ, რომ ავთენტიფიკაციასთან და უსაფრთხოებასთან დაკავშირებული პრობლემები არ არის. ასეთი პრობლემები შეიძლება წარმოიშვას ერთ-ერთი შემდეგი მიზეზის გამო:

  • არასწორად შეყვანილი ღრუბლოვანი მონაცემები, სერვერის სახელი ან მონაცემთა ბაზა;

  • SQL სერვერი შეზღუდული წვდომის რეჟიმშია;

  • პრობლემები NTLM, Kerberos და სხვებთან;

  • დომენზე წვდომის პრობლემა: დომენის კონტროლერი მიუწვდომელია, არ არის სანდო კავშირები, ანონიმური წვდომა დაბლოკილია ან სხვა რამ;

  • ოპერაცია „კორისტუვაჩივის განახლება“ არ არის დაკონკრეტებული, რომელიც საჭირო იქნება ავადმყოფობის შემთხვევაში.
მნიშვნელოვანია ორჯერ შეამოწმოთ, რომ თქვენს მონაცემთა ბაზაში მონაცემების ტიპი სწორად არის შეყვანილი. მოთხოვნის მიღების შემდეგ ინფორმაცია გამოჩნდება შემდეგი შეტყობინებებით: „არ გაქვთ წვდომა არჩეულ მონაცემთა ბაზაზე ან ის მიუწვდომელია“, „არ გაქვთ წვდომა. გთხოვთ, დარწმუნდეთ, რომ სწორად შეიყვანეთ თქვენი მომხმარებლის სახელი და პაროლი“, „არ გაქვთ შერჩეულ მონაცემთა ბაზაზე წვდომის უფლება, წინააღმდეგ შემთხვევაში ის არ იმუშავებს“ და ა.შ.

ასევე, შესაძლო მიზეზების დასადგენად, გადახედეთ თქვენი კომპიუტერის ჟურნალს. პრობლემების უმეტესობისთვის, რომლებიც წარმოიქმნება SQL Server-თან კავშირების შედეგად, Windows NT-ის დამატებითი ავთენტიფიკაციის გამოყენებით, გამოიყენეთ SQL Server ავთენტიფიკაცია.

თუ წაშლით ინფორმაციას, რომელიც ამბობს „განახლება შეუძლებელია“ სხვადასხვა კონტექსტში (რაც ნიშნავს, რომ კლიენტისა და მონაცემთა ბაზის ვერსიები არ ემთხვევა ძველ ან ახალ კლიენტს), მაშინ მოაგვარეთ პრობლემა იმ ვერსიასთან, რომელიც მე მაქვს კლიენტი (div. პუნქტი 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 საათი
პინგ სტატისტიკა 192.168.0.2-ისთვის:

პაკეტები: გაგზავნილი = 4, უარყოფილი = 4, დახარჯული = 0 (დახარჯული 0%)

გადაცემის და მიღების სავარაუდო დრო:

ყველაზე დაბალი = 0ms, უმაღლესი = 0ms, საშუალო = 0ms
თუ სერვერის მისამართი არ არის მითითებული (შეტყობინება "უხილავი უნივერსიტეტი") ან ის არასწორია, ეს ნიშნავს, რომ მინიჭებული სახელების სერვისები (DNS ან WINS) არ არის პრაქტიკული. ამ შემთხვევაში, თქვენ უნდა შეამოწმოთ თქვენი ქსელის სერვისების ფუნქციონირება (მაგალითად, DNS-ისთვის, გამოიყენეთ nslookup უტილიტა) ან დაკავშირებისას გამოიყენეთ IP მისამართი სერვერის სახელის ნაცვლად. გადააბრუნეთ კავშირი დამატებითი ბრძანებებისთვის პინგს IP-მისამართები>შემდეგ გააანალიზეთ შედეგი ქვემოთ მოცემულ უჯრებზე გადახვევით.

როგორ არის ნაჩვენები ფორმის მიხედვით " რეცხვის ინტერვალი გადატანილია» და ჩანთა: " პაკეტები… დახარჯული 4 (100%)", ეს ნიშნავს, რომ სერვერთან დაკავშირება შეუძლებელია. თქვენ უნდა შეამოწმოთ პარამეტრები: "IP მისამართები", "დაშვების ნიღაბი" და "რეგისტრაციის კარიბჭე". შინაარსის შესამოწმებლად გამოიყენეთ ბრძანებები ipconfig (IP მოწყობილობების კონფიგურაცია), tracert (მარშრუტიზაცია).

ადგილობრივ ტერიტორიაზე მუშაობის დროს გადაცემის და მიღების საათი შეიძლება იყოს " “, გადაცემის და მიღების ყველაზე გრძელი საათი არ არის დამნაშავე 1ms-ზე მეტის გამო. წინააღმდეგ შემთხვევაში, ლოკალურ საზღვარზე მოთხოვნა არ არის დაბალანსებული, ან საზღვარი ექვემდებარება გაუმართაობას; საჭიროა უფრო დეტალურად შეამოწმოთ საკომუნიკაციო არხის ტექნიკის მარშრუტიზაცია, პაკეტების შერევა, მონაცემთა გადაცემა და სხვა პარამეტრები.

1.8.5.2. საზღვრების შემოწმება და SQL სერვერის რეგულირება

დარწმუნდით, რომ 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.
საჭირო პორტის შემოწმება და შეცვლა შეიძლება განხორციელდეს სერვერის ქსელის კომუნალური პროგრამის გამოყენებით ან რეესტრში გასაღების ქვეშ "HKEY_LOCAL_MACHINE\Software\Microsoft"

\MSSQLServer\MSSQLServer\ SuperSocketNetlib\Tcp\"

Vikorystovuvanі პორტები ენიჭება დამატებით ბრძანებებს netstatna (მალიუნოკი 50).


  1. 50. აქტიური კავშირების სია
SQL Server-ის დასახელებული შემთხვევებისთვის პორტი ენიჭება დინამიურად. თუ SQL Server ვერ დაუკავშირდება ამ პორტს, სხვა პორტი არჩეულია დასაკავშირებლად. ამ შემთხვევაში, კლიენტის პროგრამას რეკომენდირებულია დინამიურად მინიჭებული პორტის კონფიგურაცია, ან აუცილებელია პორტის მყარი დაყენება როგორც კლიენტზე, ასევე სერვერზე 2.

პორტის დინამიური მინიჭებისთვის (თარგმანისთვის), გამოიყენეთ 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-ის (ეკრანის კუთხეში არის ხატულა) ან „კომპიუტერის მენეჯმენტის“ რეჟიმში (ან ინგლისურად „მართვა“) დახმარებით. პირველ ვარიანტში თქვენ უნდა აირჩიოთ საჭირო სერვერი და SQL Server სერვისი; მეორე ვარიანტში თქვენ უნდა იპოვოთ MSSQLSERVER ან MSSQLSERVER სერვისი დასახელებული ინსტალაციისთვის.

დარწმუნდით, რომ საჭირო მონაცემთა ბაზა დაფუძნებულია SQL Server-ზე და სწორად შეიყვანეთ კლიენტის სახელი. მონაცემთა ბაზასთან კავშირები შეიძლება შეიზღუდოს DBO მხოლოდ გამოყენების რეჟიმებით, ერთი მომხმარებლის რეჟიმით, ჩატვირთვის რეჟიმით. Enterprise Manager-ის შესამოწმებლად, გადადით მონაცემთა ბაზის ავტორიტეტის ჩანართზე « ნებართვები» , მორგება შეზღუდეთწვდომა.

შეამოწმეთ, რომ SQL Server მუშაობს ავთენტიფიკაციის სწორ რეჟიმში: სახელით და პაროლით შესვლისთვის საჭირო შერევის რეჟიმია SQL Server და Windows (Mixed Mode), NT Authentication რეჟიმში შესვლისთვის საკმარისია მხოლოდ Windows რეჟიმი. Enterprise Manager-ში შესამოწმებლად გადადით სერვერის ავტორიტეტის ჩანართზე « უსაფრთხოება» , მორგება ავთენტიფიკაციები. შემოწმების კიდევ ერთი გზაა რეესტრის გამოყენება:


  • ასლის დასამუშავებლად
HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\LoginMode

  • დასახელებული მაგალითისთვის
HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\
ძიება