Таны SQL мэдээллийн сан сэргээх төлөвт гацах үед таны мэдээллийн санд хандах боломжгүй болж, үйл ажиллагаа зогсдог. Энэхүү цогц гарын авлагад энгийн дахин эхлүүлэхээс эхлээд яаралтай засвар хүртэл SQL мэдээллийн санг сэргээх төлөвтэй холбоотой асуудлыг шийдвэрлэх 15 батлагдсан аргыг багтаасан болно.
1. SQL Database Recovery Pending State-ийн тухай ойлголт
Ямар нэгэн засвар хийхээс өмнө SQL мэдээллийн санг сэргээх хүлээгдэж буй асуудлууд юунаас болж байгааг ойлгох нь зөв шийдлийг сонгоход маш чухал юм.
1.1 Сэргээх хүлээгдэж буй нь юу гэсэн үг вэ?
Сэргээх хүлээгдэж буй нь үүнийг харуулж байна SQL Server Өгөгдлийн санг сэргээх шаардлагатай гэдгийг хүлээн зөвшөөрдөг боловч сэргээх үйл явцыг эхлүүлж чадахгүй. Идэвхтэй сэргээлт явагдаж байгааг харуулдаг "Сэргээж байна"-аас ялгаатай нь "Сэргээх хүлээгдэж байна" гэдэг нь сэргээлт саад бэрхшээлээр хаагдсан гэсэн үг юм.
Өгөгдлийн сангийн үндсэн төлөвүүд:
- ONLINE - Үйл ажиллагааны хэвийн байдал
- СЭРГЭЭЖ БАЙНА – Сэргээх үйл явц идэвхтэй явагдаж байна
- СЭРГЭЭЛТ ХҮЛЭЭЖ БАЙНА - Сэргээлтийг эхлүүлж чадахгүй байна
- СЭЖЭГТЭЙ – Өгөгдлийн санд ноцтой алдаа байна
- МАТЕРИАЛ – Засвар хийхэд зөвхөн унших боломж хязгаарлагдмал
- OFFLINE - Гараар офлайнаар авсан
1.2 SQL мэдээллийн баазыг сэргээх нийтлэг шалтгаанууд хүлээгдэж байна
SQL db сэргээх хүлээгдэж буй асуудлууд нь ихэвчлэн дараах нийтлэг шалтгааны улмаас үүсдэг:
- Алга болсон эсвэл гэмтсэн гүйлгээний бүртгэлийн файлууд (LDF)
- Сэргээх ажиллагааны явцад дискний зай хангалтгүй байна
- Техник хангамжийн доголдол, системийн гэнэтийн уналт
- БСХС-ийн мэдээллийн сангийн файлууд эвдэрсэн
- Файлын зөвшөөрөлтэй холбоотой асуудал хандахад саад болж байна
- SQL Server үйлчилгээний эхлэх хугацааны асуудал
- FILESTREAM тохиргооны алдаа
- Сервер шилжүүлсний дараа файлын зам буруу байна
1.3 Өгөгдлийн сангийн төлөвийг хэрхэн шалгах вэ
Эдгээр аргуудыг ашиглан өгөгдлийн сангийнхаа төлөвийг баталгаажуулна уу:
ашиглах SQL Server Менежментийн студи:
- Өөртэйгээ холбогдоорой SQL Server Жишээ нь
- Expand мэдээллийн сан хавтас
- "(Сэргээх хүлээгдэж байна)" статусыг харуулсан мэдээллийн санг хайж олоорой
T-SQL командыг ашиглан:
SELECT name, state_desc FROM sys.databases WHERE state_desc = 'RECOVERY_PENDING';
2. Анхан шатны оношлогооны алхамууд
Ямар ч засвар хүлээгдэж буй SQL мэдээллийн санг сэргээх оролдлого хийхээс өмнө зөв оношлох нь чухал юм.
2.1 шалгах SQL Server Алдааны бүртгэл
Алдааны бүртгэл нь сэргээх хүлээгдэж буй төлөвт юу нөлөөлсөн тухай чухал мэдээллийг агуулдаг.
- Нээлттэй SQL Server Удирдлагын студи
- Руу очих удирдлага -> SQL Server бичиглэлээр
- Сүүлийн үеийн алдаануудыг харахын тулд одоогийн бүртгэл дээр давхар товшино уу
- Өөрийн мэдээллийн сантай холбоотой алдааны мэдэгдлүүдийг хайж олоорой
Эсвэл T-SQL-г ашиглана уу:
EXEC sp_readerrorlog;
2.2 Windows үйл явдлын бүртгэлийг шалгана уу
- Press Windows түлхүүр + R
- Төрөл: eventvwr.msc Enter дарна уу
- Руу очих Windows бүртгэлүүд -> систем болон Програмын
- Харна уу SQL Server асуудал үүссэн үеийн холбоотой алдаанууд
2.3 Файлын хүртээмжийг баталгаажуулах
- Өгөгдлийн сангийн файлын байршил руу шилжинэ үү
- MDF болон LDF файлууд байгаа эсэхийг шалгана уу
- Драйверууд онлайн, хандах боломжтой эсэхийг шалгана уу
- Сүлжээний хөтчүүдийг зөв суурилуулсан эсэхийг шалгана уу
3. Засвар #1: Дахин эхлүүлэх SQL Server Үйлчилгээ
Дахин эхлүүлэх SQL Server үйлчилгээ нь цагийн асуудал эсвэл түр зуурын нөөцийн зөрчлөөс үүдэлтэй SQL мэдээллийн санг сэргээхэд хүлээгдэж буй олон асуудлыг шийдвэрлэдэг.
3.1 Үйлчилгээг дахин эхлүүлэх үед
Энэ арга нь үр дүнтэй:
- Эхлүүлэх үед түр зуурын нөөцийн түгжээ
- Драйвын бэлэн байдлын саатал
- Үйлчилгээний хамаарлын цаг хугацааны асуудал
- Бага зэргийн тохиргооны зөрчил
3.2 Хэрхэн дахин эхлүүлэх вэ SQL Server Үйлчилгээ
Арга 1: SQL Server Тохиргооны менежер
- Нээлттэй SQL Server Тохиргооны менежер
- Дарах SQL Server Үйлчилгээ
- Баруун товчлуурыг дарна уу SQL Server жишээ, жишээ нь SQL Server (MSSQLSERVER)
- сонгоно уу Дахин ачааллах
- Үйлчилгээ бүрэн дахин асах хүртэл хүлээнэ үү
Арга 2: Үйлчилгээний консол
- Press Windows түлхүүр + R
- Төрөл: services.msc Enter дарна уу
- Хайх SQL Server жишээ, жишээ нь SQL Server (MSSQLSERVER)
- Баруун баруун товшиж сонгоно уу Дахин ачааллах
Арга 3: PowerShell
Restart-Service -Name "MSSQLSERVER" -Force
3.3 Дахин эхлүүлсний дараах баталгаажуулалт
- Бүрэн эхлүүлэхийн тулд 2-3 минут хүлээнэ үү
- SSMS дахь мэдээллийн сангийн статусыг шалгана уу
- Аливаа шинэ мессежийн алдааны бүртгэлийг баталгаажуулна уу
- Өгөгдлийн сангийн холболтыг шалгах
4. Засах №2: Дискний зайны асуудлыг шалгаж, шийдвэрлэх
Дискний зай хангалтгүй байх нь SQL db сэргээхэд хүлээгдэж буй асуудлын нийтлэг шалтгаан юм. Сэргээх үйлдлүүд нь түр зуурын файлууд болон логийн өсөлтөд нэмэлт зай шаарддаг.
4.1 Дискний зайтай холбоотой асуудлуудыг тодорхойлох
- Нээлттэй Файл Explorer
- Өгөгдлийн сангийн файл агуулсан хөтчүүд рүү шилжинэ үү
- Боломжтой сул зайг шалгана уу
- Сэргээх үйл ажиллагаанд хамгийн багадаа 10-20% сул зайг хангах
4.2 Дискний зайг чөлөөлөх
- Шаардлагагүй түр зуурын файлуудыг устгах
- Цэвэр SQL Server орон зай чухал бол нөөц файлууд
- Шаардлагагүй файлуудыг бусад диск рүү зөөнө үү
- Боломжтой бол бусад мэдээллийн сангийн файлуудыг багасга
Өгөгдлийн сангийн файлуудыг багасгах (болгоомжтой ашиглах):
DBCC SHRINKFILE (logicalfilename, target_size);
4.3 Space Fix хийсний дараа мэдээллийн санг онлайнаар тохируулах
Зай бэлэн болмогц мэдээллийн санг онлайн болгохыг оролдоно уу:
ALTER DATABASE [DatabaseName] SET ONLINE;
5. Засвар №3: Тохируулах SQL Server Хойшлуулсан асаалттай үйлчилгээ
тохиргоо SQL Server Систем ачаалах үед хадгалах систем эсвэл сүлжээний хөтчүүд бэлэн биш байгаагаас үүдэлтэй SQL мэдээллийн санг сэргээх хүлээгдэж буй асуудлуудыг хойшлуулах нь шийддэг.
5.1 Цагийн асуудлыг ойлгох
Дараах тохиолдолд цаг хугацааны асуудал үүсдэг.
- SAN эсвэл сүлжээний санах ойг эхлүүлэхэд цаг хугацаа шаардагдана
- Драйвын үсгийг эрт ачаалах үед оноодоггүй
- Сүлжээний хөтчүүд нь баталгаажуулалт шаарддаг
- Хадгалах хянагчуудад эхлүүлэх хугацаа хэрэгтэй
5.2 Хойшлуулсан Эхлэлийг тохируулах
- Press Windows түлхүүр + R
- Төрөл: services.msc Enter дарна уу
- Хайх SQL Server жишээ, жишээ нь SQL Server (MSSQLSERVER)
- Баруун баруун товшиж сонгоно уу Үл хөдлөх хөрөнгө
- Change Эхлэх төрөл to Автомат (хойшлогдсон эхлэх)
- Дарах OK
- Туршилт хийхийн тулд системийг дахин ачаална уу
5.3 Хугацаа тогтоох өөр шийдлүүд
Илүү хяналт тавихын тулд хуваарьт даалгавар үүсгэнэ үү:
- Нээлттэй Task Scheduler
- Дарах Үйлдэл -> Үндсэн даалгавар үүсгэх
- Оруулна уу нэр болон Тодорхойлолт "Эхлэлийг хойшлуулах" гэх мэт даалгаврын SQL Server үйлчилгээ"
- нь чансаанд Trigger to Компьютер асах үед
- нь чансаанд үйл ажиллагааны to Хөтөлбөр эхлүүлэх
- нь чансаанд Програм/скрипт -ийн бүрэн зам руу Sqlservr.exe, иймэрхүү: C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\Binn\sqlservr.exe. Та үүнийг олохын тулд Windows-ийн хайлтын функцийг ашиглаж болно.
- Төгсгөлийн хуудаснаас сонгоно уу Дуусгах дээр дарахад энэ даалгаврын Properties харилцах цонхыг нээнэ үү.
- Дарах Finish.
- Даалгаврын шинж чанаруудын харилцах цонхонд товшино уу өдөөгчид таб
- Триггерийг сонгоод товшино уу Засах
- Нарийвчилсан тохиргооноос шалгана уу Даалгаврыг хойшлуулах: мөн цагийг 3 минут болгож тохируулна уу.
- Дарах БОЛЖ БАЙНА УУ.
6. Засвар №4: Файлын зөвшөөрөл болон хандалтын эрхийг засах
Зөвшөөрлийн асуудал урьдчилан сэргийлэх SQL Server өгөгдлийн сангийн файлд хандахаас сэргийлж, SQL мэдээллийн санг сэргээх хүлээгдэж буй төлөвт хүргэдэг. Өгөгдлийн сангийн үйл ажиллагаанд файлын зөв зөвшөөрөл зайлшгүй шаардлагатай.
6.1 Зөвшөөрлийн нийтлэг асуудлууд
- SQL Server үйлчилгээний бүртгэлд файлд хандах эрх байхгүй
- Вирусны эсрэг программ хангамж нь файлын хандалтыг хориглодог
- Аюулгүй байдлын бодлогыг өөрчилсөн
- Сүлжээ хуваалцах зөвшөөрлийн асуудал
6.2 Хавтасны зөвшөөрлийг засах
- Өгөгдлийн сангийн файлын хавтас руу шилжих
- Фолдер дээр хулганы баруун товчийг дараад сонгоно уу Үл хөдлөх хөрөнгө
- дээр дарна уу Аюулгүй байдал таб
- Дарах Засах
- Нэмэх SQL Server үйлчилгээний данс байхгүй бол
- буцалтгүй тусламж бүрэн хяналт зөвшөөрөл
- Дарах OK өөрчлөлтүүдийг хэрэглэх
Тушаалын мөрийг ашиглах (icacls):
icacls "C:\Data" /grant "NT SERVICE\MSSQLSERVER":F /T
6.3 Үйлчилгээний дансанд анхаарах зүйлс
шалгана SQL Server үйлчилгээний данс:
- Нээлттэй SQL Server Тохиргооны менежер
- Дарах SQL Server Үйлчилгээ
- Анхаар Нэвтрэх данс SQL Server
- Энэ бүртгэл зохих зөвшөөрөлтэй эсэхийг шалгаарай
7. Засвар №5: Файлын замыг гараар засах
Өгөгдлийн сангийн файлуудыг зөөх эсвэл хөтчийн үсгийг өөрчлөх үед файлын замын асуудал үүсдэг. Энэ аргыг шинэчилдэг SQL Server-ийн дотоод файлын лавлагааг бодит файлуудыг зөөхгүйгээр.
7.1 Замын асуудал үүсэх үед
- Серверийн техник хангамжийн өөрчлөлт
- Жолооны үсгийг дахин хуваарилах
- Сүлжээний замын өөрчлөлт
- Өгөгдлийн сангийн файлыг шилжүүлэх
7.2 Файлын замыг засах
- Алдааны бүртгэл дэх одоогийн файлын замыг тодорхойлох
- Өгөгдлийн сангийн бодит файлуудыг олоорой
- Замуудыг шинэчлэхийн тулд ALTER DATABASE ашиглана уу
Өгөгдлийн файлын замыг шинэчлэх:
ALTER DATABASE [DatabaseName]
MODIFY FILE (NAME = 'LogicalDataFileName', FILENAME = 'C:\NewPath\DatabaseName.mdf');
Бүртгэлийн файлын замыг шинэчлэх:
ALTER DATABASE [DatabaseName]
MODIFY FILE (NAME = 'LogicalLogFileName', FILENAME = 'C:\NewPath\DatabaseName_Log.ldf');
7.3 Баталгаажуулах алхамууд
- Дахин ачааллах SQL Server үйлчилгээ
- Өгөгдлийн сангийн статусыг шалгана уу
- Замтай холбоотой мессежийн алдааны бүртгэлийг шалгана уу
- Өгөгдлийн сангийн холболтыг шалгах
8. Засах №6: Өгөгдлийн санг офлайн, дараа нь онлайн болгох
Энэхүү энгийн төлөвийн өөрчлөлт нь цэвэр төлөвийн шилжилтийг албадан хийж, түр зуурын түгжээг арилгах замаар SQL мэдээллийн сангийн сэргээх хүлээгдэж буй жижиг асуудлуудыг шийдэж чадна.
8.1 Энэ арга ажиллах үед
- Төрийн бага зэргийн зөрчил
- Түр зуурын нөөцийн түгжээ
- Энгийн сэргээх процессыг дахин тохируулна
- Чухал бус алдааны нөхцөл
8.2 Офлайн/Онлайн журам
- Өгөгдлийн санд идэвхтэй холболт байхгүй эсэхийг шалгаарай
- Офлайн командыг гүйцэтгэнэ
- Хэдэн секунд хүлээнэ үү
- Онлайн тушаалыг гүйцэтгэнэ
Аюулгүй арга (холболтуудыг хаахыг хүлээнэ):
ALTER DATABASE [DatabaseName] SET OFFLINE;
ALTER DATABASE [DatabaseName] SET ONLINE;
Шууд арга (холболтыг таслах):
ALTER DATABASE [DatabaseName] SET OFFLINE WITH ROLLBACK IMMEDIATE;
ALTER DATABASE [DatabaseName] SET ONLINE;
8.3 Эрсдэл ба анхаарах зүйлс
Анхааруулга: ROLLBACK IMMEDIATE-г ашигласнаар хийгдээгүй гүйлгээнээс болж өгөгдөл алдагдах магадлалтай. Зөвхөн шаардлагатай үед ашиглах ба хэрэглэгчдийг бүртгэлээс гарсан эсэхийг шалгаарай.
9. Засах №7: АВТО ХААХ функцийг идэвхгүй болгох
AUTO CLOSE функц нь мэдээллийн сан байнга нээгдэж, хаагдах үед SQL өгөгдлийн санг сэргээх хүлээгдэж буй асуудал үүсгэж, сэргээх үйл ажиллагааны явцад цагийн зөрчил үүсгэдэг.
9.1 АВТО ХААХ НӨЛӨӨЛЛИЙН тухай ойлголт
- Сүүлчийн хэрэглэгч салсны дараа мэдээллийн сан хаагдана
- Өгөгдлийн сан нээгдэх бүрт сэргээх шаардлагатай
- Байнгын нөхөн сэргээх мөчлөгийг бий болгодог
- Бусад үйл ажиллагаанд саад учруулж болно
9.2 АВТО ХААХ-г идэвхгүй болгох
T-SQL ашиглах:
ALTER DATABASE [DatabaseName] SET AUTO_CLOSE OFF;
ашиглах SQL Server Менежментийн студи:
- Мэдээллийн сан дээр хулганы баруун товчийг дарна уу
- сонгоно уу Үл хөдлөх хөрөнгө
- рүү очих сонголтууд Page
- нь чансаанд Автоматаар хаах to хуурамч
- Дарах OK
9.3 Холбогдох AUTO тохиргоо
Илүү сайн ажиллахын тулд AUTO_SHRINK-г идэвхгүй болгох талаар бодож үзээрэй:
ALTER DATABASE [DatabaseName] SET AUTO_SHRINK OFF;
10. Засвар #8: Гэмтсэн бүртгэлийн файлыг устгаад дахин эхлүүлнэ үү
Энэ арга нь гүйлгээний бүртгэлийн файлыг засах боломжгүй ноцтой гэмтсэн үед ажилладаг. Үүнийг зөвхөн хөгжүүлэлтийн орчинд эсвэл өгөгдлийн алдагдлыг хүлээн зөвшөөрөх боломжтой үед ашиглах ёстой.
10.1 Бүртгэлийг устгах нь тохиромжтой үед
⚠️ ШҮҮХ АНХААРУУЛГА: Энэ арга нь өгөгдөл алдагдахад хүргэдэг!
Зөвхөн дараах тохиолдолд хэрэглэнэ.
- Хөгжүүлэлт/туршилтын мэдээллийн сантай ажиллах
- Лог файл бүрэн гэмтсэн байна
- Өөр сэргээх сонголт байхгүй байна
- Сүүлийн үеийн нөөцлөлтүүд боломжтой
10.2 Бүртгэлийн файлыг устгах журам
- Зогс SQL Server бүрэн үйлчилгээ
- Өгөгдлийн сангийн файлын байршил руу шилжинэ үү
- .LDF файлыг устгах (.MDF файлыг хадгалах)
- Start SQL Server үйлчилгээ
- SQL Server автоматаар шинэ бүртгэлийн файл үүсгэх болно
10.3 Чухал сэрэмжлүүлэг
Өгөгдлийн алдагдлын үр дагавар:
- Бүх үүрэг хүлээгээгүй гүйлгээ бүрмөсөн алдагдсан
- Бүртгэлийн гинж эвдэрсэн – дифференциал нөөцлөлт хүчингүй
- Цаг алдалгүй сэргээх боломжгүй болно
- Зөвхөн үйлдвэрлэлийн бус орчинд ашиглах
11. Засах №9: Өгөгдлийн санг салгаж, дахин хавсарга
Салгах, дахин холбох хүч SQL Server алга болсон эсвэл эвдэрсэн бүртгэлийн файлуудыг сэргээх. Энэ арга нь бүртгэлийн файлууд асуудалтай байгаа үед SQL мэдээллийн санг сэргээх хүлээгдэж буй асуудлыг шийдэж чадна.
11.1 Салгах/дахин хавсаргах үед
- Бүртгэлийн файл дутуу байна
- Гэмтсэн лог файлын толгой
- Бүртгэлийн файлын замын өөрчлөлт
- Авлигын энгийн хувилбарууд
11.2 Стандарт салгах/дахин хавсаргах журам
- Эхлээд мэдээллийн санг яаралтай тусламжийн горимд тохируулна уу
- Олон хэрэглэгчийн горимд шилжих
- Өгөгдлийн санг салга
- Зөвхөн MDF файлыг ашиглан дахин хавсаргана уу
-- Set to emergency mode
ALTER DATABASE [DatabaseName] SET EMERGENCY;
ALTER DATABASE [DatabaseName] SET MULTI_USER;
-- Detach database
EXEC sp_detach_db '[DatabaseName]';
-- Re-attach with single file (MDF only)
EXEC sp_attach_single_file_db
@DBName = '[DatabaseName]',
@physname = N'C:\Data\DatabaseName.mdf';
11.3 Хавсралтын өөр аргууд
Олон файлын хувилбаруудын хувьд:
CREATE DATABASE [DatabaseName]
ON (FILENAME = 'C:\Data\DatabaseName.mdf'),
(FILENAME = 'C:\Data\DatabaseName_2.ndf')
FOR ATTACH;
12. Засвар №10: Гүйлгээний бүртгэлийн файлуудыг дахин бүтээх
Бүртгэлийг дахин бүтээх нь эх хувь байхгүй эсвэл нөхөж баршгүй гэмтсэн үед шинэ гүйлгээний бүртгэлийн файл үүсгэдэг. Энэ арга нь SQL db сэргээх хүлээгдэж буй асуудлуудыг шийдвэрлэх боловч өгөгдөл алдагдахад хүргэдэг.
12.1 Бүртгэлийг сэргээх шаардлагатай үед
- Техник хангамжийн эвдрэлийн дараа LDF файлууд дутуу байна
- Маш их гэмтсэн гүйлгээний бүртгэл
- Засварлах боломжгүй файлын замын өөрчлөлтийг бүртгэх
- Яаралтай сэргээх нөхцөл байдал
12.2 Бүртгэлийг сэргээх үйл явц
⚠️ АНХААРУУЛГА: Энэ нь өгөгдөл алдагдахад хүргэдэг!
- Өгөгдлийн санг яаралтай тусламжийн горимд тохируулна уу
- REBUILD LOG командыг ашиглана уу
- Шинэ бүртгэлийн файлын байршлыг зааж өгнө үү
- Мэдээллийн санг онлайнаар авчрах
ALTER DATABASE [DatabaseName] SET EMERGENCY;
GO
ALTER DATABASE [DatabaseName] REBUILD LOG ON
(NAME = 'DatabaseName_Log', FILENAME = 'C:\Logs\DatabaseName_Log.ldf');
GO
ALTER DATABASE [DatabaseName] SET ONLINE;
GO
12.3 Өгөгдлийн алдагдлын үр дагаврыг ойлгох
Бүртгэлийг сэргээх шалтгаанууд:
- Бүх хийгдээгүй гүйлгээг алдах
- Эвдэрсэн бүртгэлийн дарааллын дугаарууд
- Дараагийн бүртгэлийн нөөцлөлтийг ашиглах боломжгүй
- Цаг алдалгүй сэргээх боломжгүй болно
13. Засвар №11: Яаралтай тусламжийн горимыг засах DBCC CHECKDB
Яаралтай тусламжийн горимыг засварлах нь авлигын улмаас хүлээгдэж буй асуудлуудын SQL мэдээллийн санг сэргээх хамгийн сүүлийн арга юм. Энэ арга нь өгөгдлийн санг засах боломжтой боловч их хэмжээний өгөгдлийн алдагдалд хүргэж болзошгүй.
13.1 Онцгой байдлын горимын тухай ойлголт
⚠️ ОНЦЛОХ АНХААРУУЛГА: Өгөгдөл алдагдах өндөр эрсдэлтэй!
Зөвхөн дараах тохиолдолд яаралтай тусламжийн горимыг ашиглана уу:
- Бусад бүх аргууд амжилтгүй болсон
- Саяхны нөөцлөлт байхгүй байна
- Зарим өгөгдлийг сэргээх нь нийт алдагдахаас хамаагүй дээр юм
- Өгөгдлийн сан маш их гэмтсэн
13.2 Аваарийн үеийн засварын журам
- Эхлээд гэмтсэн мэдээллийн сангийн файлуудыг нөөцлөөрэй
- Өгөгдлийн санг яаралтай тусламжийн горимд тохируулна уу
- Нэг хэрэглэгчийн горимд шилжих
- CHECKDB-г засварлах сонголттой ажиллуул
- Олон хэрэглэгчийн горим руу буцах
-- Step 1: Set to emergency mode
ALTER DATABASE [DatabaseName] SET EMERGENCY;
GO
-- Step 2: Single user mode
ALTER DATABASE [DatabaseName] SET SINGLE_USER;
GO
-- Step 3: Repair with no data loss
DBCC CHECKDB ([DatabaseName], REPAIR_REBUILD) WITH ALL_ERRORMSGS;
GO
-- Step 4: Return to multi-user
ALTER DATABASE [DatabaseName] SET MULTI_USER;
GO
13.3 Засварын дараах үнэлгээ
- Засварын үйлдлийг CHECKDB гаралтыг шалгана уу
- Хүснэгт эсвэл өгөгдөл дутуу байгаа эсэхийг шалгана уу
- Аппликешны чухал ажиллагааг шалгана уу
- Хэт их өгөгдөл алдагдсан тохиолдолд нөөцлөлтөөс сэргээх талаар бодож үзээрэй
14. №12 засах: FILESTREAM тохиргоог шалгаж, засаарай
FILESTREAM тохиргооны асуудал нь SQL мэдээллийн санг сэргээхэд хүлээгдэж буй асуудал үүсгэж болзошгүй. Энэ арга нь FILESTREAM-д зориулсан сэргээх алдааг шийддэг.
14.1 FILESTREAM-тэй холбоотой сэргээх асуудал
- FILESTREAM драйверын холболтын алдаа
- Тохиргооны хооронд таарахгүй байна SQL Server болон OS
- Үйлчилгээ эхлүүлэх үед цаг хугацааны асуудал гардаг
- FILESTREAM контейнерийн зөвшөөрлийн асуудал
14.2 FILESTREAM алдааг олж засварлах
- FILESTREAM тохиргооны түвшинг шалгана уу
- Windows функц идэвхжсэн эсэхийг шалгана уу
- Шаардлагатай үйлчилгээг дахин эхлүүлнэ үү
- FILESTREAM контейнерийн зөвшөөрлийг шалгана уу
FILESTREAM тохиргоог шалгана уу:
SELECT SERVERPROPERTY('FilestreamEffectiveLevel') AS CurrentLevel;
Instance түвшинд FILESTREAM-ийг идэвхжүүлэх:
EXEC sp_configure 'filestream access level', 2;
RECONFIGURE;
14.3 FILESTREAM шилдэг туршлагууд
- Дахин ачаалах үед тохиргооны тогтвортой байдлыг хангах
- FILESTREAM контейнерийн замд хандах боломжтой эсэхийг шалгана уу
- Windows FILESTREAM функцийг зөв идэвхжүүлсэн эсэхийг шалгана уу
- FILESTREAM-тэй холбоотой алдааны мэдээг хянах
15. Засвар №13: Шинэчлэлт SQL Server Хувилбар/үйлчилгээний багц
хуучин SQL Server хувилбарууд, ялангуяа RTM хувилбарууд нь SQL мэдээллийн санг сэргээх хүлээгдэж буй асуудлуудыг үүсгэдэг мэдэгдэж буй алдаануудыг агуулдаг. Хамгийн сүүлийн үеийн үйлчилгээний багцыг шинэчлэх нь эдгээр асуудлыг шийддэг.
15.1 Хуучин хувилбаруудын мэдэгдэж буй асуудлууд
- SQL Server 2005 RTM сэргээх алдаанууд
- Сэргээх процессуудад зориулсан үйлчилгээний багцад зориулсан засварууд
- Хамгийн захын тохиолдлуудад зориулсан хуримтлагдсан шинэчлэлтүүд
- Windows-ийн шинэ хувилбаруудын нийцтэй байдлын асуудал
15.2 Шинэчлэх үйл явц
- Одоогийн шалгах SQL Server хувилбар
- Хамгийн сүүлийн үеийн үйлчилгээний багцыг тодорхойлох
- Татаж авах Microsoft-ын Татаж авах төв
- Засвар үйлчилгээний хуваарийн цонх
- Үйлчилгээний багцыг суулгана уу
- Үйлчилгээг дахин эхлүүлэх
- Өгөгдлийн сангийн үйл ажиллагааг шалгах
Одоогийн хувилбарыг шалгана уу:
SELECT @@VERSION;
15.3 Шинэчлэлтийн дараах баталгаажуулалт
- Хувилбарын дугаар өөрчлөгдсөнийг баталгаажуулна уу
- Бүх мэдээллийн баазыг онлайнаар зөв оруулсан эсэхийг шалгана уу
- Үндсэн функциональ тестийг ажиллуул
- Аливаа шинэ асуудлын алдааны бүртгэлийг хянах
16. Засвар №14: Өгөгдлийн санг нөөцлөлтөөс сэргээх
SQL мэдээллийн санг сэргээх хүлээгдэж буй асуудлыг засварлах аргуудаар шийдэж чадахгүй үед мэдэгдэж буй сайн нөөцлөлтөөс сэргээх нь урьдчилан таамаглах боломжтой өгөгдлийн алдагдлын хязгаартай хамгийн найдвартай шийдлийг өгдөг.
16.1 Нөөц хуулбарыг сэргээх нь шийдэл байх үед
- Олон удаа засах оролдлого амжилтгүй болсон
- Үйлдвэрлэлийн чухал өгөгдөл нь тодорхой байдлыг шаарддаг
- Зөвшөөрөгдсөн өгөгдөл алдагдах цонх байна
- Авлига дэндүү өргөн хүрээтэй, засч залруулах боломжгүй
16.2 Өгөгдлийн санг бүрэн сэргээх үйл явц
- Хамгийн сүүлийн үеийн ашиглаж болох нөөцлөлтийг тодорхойлох
- Сэргээхэд хангалттай дискний зай байгаа эсэхийг шалгаарай
- Өгөгдлийн санг офлайнаар авах эсвэл шаардлагатай бол хая
- Нөөц файлаас сэргээх
- Боломжтой бол бүртгэлийн нөөцлөлтийг ашиглана уу
Бүрэн нөөцлөлтөөс үндсэн сэргээх:
RESTORE DATABASE [DatabaseName]
FROM DISK = 'C:\Backups\DatabaseName.bak'
WITH REPLACE;
Цаг алдалгүй сэргээхийн тулд бүртгэлийн нөөцлөлтөөр сэргээнэ үү:
RESTORE DATABASE [DatabaseName]
FROM DISK = 'C:\Backups\DatabaseName.bak'
WITH NORECOVERY, REPLACE;
RESTORE LOG [DatabaseName]
FROM DISK = 'C:\Backups\DatabaseName_Log.trn'
WITH RECOVERY;
16.3 Баталгаажуулалт ба туршилт
- Өгөгдлийн сан амжилттай онлайн болсон эсэхийг шалгана уу
- CHECKDB ашиглан мэдээллийн бүрэн бүтэн байдлыг шалгана уу
- Хэрэглээний чухал функцуудыг турших
- Нөөцлөлт/сэргээлтийг алдаагүй хийж дууссаныг баталгаажуулна уу
16.4 Лавлагаа
Та манайхаас дэлгэрэнгүй мэдээлэл авах боломжтой хэрхэн нөөцлөх, сэргээх талаар дэлгэрэнгүй гарын авлага SQL Server өгөгдлийн сан.
17. Засвар №15: Мэргэжлийн SQL сэргээх хэрэгслүүд
Гарын авлагын аргууд нь SQL мэдээллийн санг сэргээх хүлээгдэж буй асуудлуудыг шийдэж чадахгүй бол тусгай сэргээх програм хангамж нь ноцтой гэмтсэн мэдээллийн сангаас өгөгдлийг гаргаж авах боломжтой бөгөөд үүнийг стандарт аргаар засах боломжгүй юм.
17.1 Гуравдагч этгээдийн хэрэгслийг хэзээ авч үзэх вэ
- Гар аргаар засварлах чадвараас давсан ноцтой авлига
- Нөөцлөлт байхгүй чухал өгөгдөл
- Гар аргаар засах олон оролдлого амжилтгүй болсон
- Сэргээх цаг хугацааны чухал шаардлага
17.2 DataNumen SQL Recovery
DataNumen SQL Recovery хүчтэй юм SQL Server мэдээллийн санг сэргээх хэрэгсэл.
Үүнийг ашиглах алхамуудыг доор харуулав.
- Зогсоох SQL Server Үйлчилгээ.
- Үндсэн MDF файл болон хоёрдогч NDF файлуудыг багтаасан сэргээх хүлээгдэж буй төлөвт байгаа мэдээллийн сангийн файлуудын хуулбарыг хий.
- Эхлэх SQL Server Үйлчилгээ.
- Start DataNumen SQL Recovery.
- Сэргээх мэдээллийн сангийн эх сурвалж болох эх файлын оронд хуулбарыг сонгоно уу.
- "Сэргээхийг эхлүүлэх" дээр дарж, мэдээллийн санг сэргээх зааврыг дагана уу.
- Сэргээх процессын дараа сэргээх шинэ мэдээллийн сан гарч ирнэ SQL Server Энэ нь бүх сэргээгдсэн өгөгдлийг агуулдаг.

18. Алдааг олж засварлах дэвшилтэт хувилбарууд
Нарийн төвөгтэй орчин нь SQL мэдээллийн санг сэргээх хүлээгдэж буй асуудлуудыг шийдвэрлэх тусгай арга барилыг шаарддаг.
18.1 Олон мэдээллийн сангийн файлын асуудал
Олон өгөгдлийн файл (NDF) бүхий өгөгдлийн сан нь болгоомжтой ажиллах шаардлагатай:
- Аль файлын бүлгүүдэд нөлөөлж байгааг тодорхойлох
- Бүх NDF файлуудыг хандах боломжтой эсэхийг шалгана уу
- Файлын бүлэгт зориулсан сэргээх сонголтуудыг авч үзье
- Зөвхөн унших боломжтой файлын бүлгүүдийг зохих ёсоор зохицуулна уу
18.2 Always On Availability Groups
SQL мэдээллийн сангийн сэргээлт хүлээгдэж байна Үргэлж орчин:
- Эхлээд үндсэн хуулбарын статусыг шалгана уу
- Синхрончлолын төлөвийг шалгана уу
- Асуудалтай хуулбарыг устгаад дахин нэмэх талаар бодож үзээрэй
- Боломжит бүлгийн тохиргоог шалгана уу
18.3 Кластер ба өндөр хүртээмжтэй хувилбарууд
SQL мэдээллийн санг сэргээхээр хүлээгдэж байна ослын кластер болон өндөр боломжтой хувилбарууд:
- Хуваалцсан хадгалах сангийн хүртээмжийг баталгаажуулна уу
- Кластерийн зангилааны холболтыг шалгана уу
- Ачаалалгүй кластерын бүртгэлийг шалгана уу
- Зөв DNS нарийвчлалыг баталгаажуулна уу
18.4 WMI болон системийн түвшний асуудлууд
Системийн түвшний асуудлууд өгөгдлийн сангийн асуудал үүсгэж болно:
- WMI репозиторын эвдрэл
- Windows шинэчлэлтүүд амжилтгүй болсон
- Бүртгэлийн авлига
- Үйлчилгээний хамаарлын асуудал
19. Урьдчилан сэргийлэх стратеги
SQL мэдээллийн санг сэргээх хүлээгдэж буй асуудлаас урьдчилан сэргийлэх нь үүссэний дараа засахаас илүү үр дүнтэй байдаг.
19.1 Нөөцлөх шилдэг туршлагууд
- Бүрэн нөөцлөлтийн автоматжуулсан хуваарийг хэрэгжүүлэх
- Тогтмол дифференциал нөөцлөлтийг тохируулах
- Тогтмол гүйлгээний бүртгэлийн нөөцлөлтийг тохируулна уу
- Нөөц хуулбарыг сэргээх процедурыг тогтмол туршиж үзээрэй
- Нөөцлөлтийг тусдаа хадгалах систем дээр хадгал
- RESTORE VERIFYONLY ашиглан нөөцлөлтийн бүрэн бүтэн байдлыг баталгаажуулна уу
19.2 Хяналт, засвар үйлчилгээ
- Дискний зайг хянах анхааруулгыг тохируулна уу
- DBCC CHECKDB-ийн байнгын үйл ажиллагааны хуваарь
- Хяналт SQL Server алдааны бүртгэл өдөр бүр
- Хэрэгжүүлэх гүйцэтгэлийн суурь хяналт
- тохируулна SQL Server Чухал алдааны талаар агент анхааруулга
19.3 Дэд бүтцийн асуудал
- Эрчим хүчийг хамгаалахын тулд UPS системийг суурилуулах
- Байгууллагын түвшний хадгалах санг нөөцтэй ашиглана уу
- Тохиромжтой унтраах процедурыг хэрэгжүүлнэ үү
- Дундын хадгалах сангийн сүлжээний тогтвортой байдлыг хангах
- Тоног төхөөрөмжийн эрүүл мэндийн байнгын хяналт
19.4 SQL Server Тохиргооны шилдэг туршлага
- Тохиромжтой сэргээх загваруудыг сонго
- Автомат өсөлтийн мэдрэмжтэй тохиргоог тохируулна уу
- Өөр өөр хөтчүүд дээр өгөгдөл болон бүртгэлийн файлуудыг салга
- Зориулалтын үйлчилгээний дансуудыг хамгийн бага давуу эрхтэйгээр ашиглаарай
- байлга SQL Server хамгийн сүүлийн үеийн үйлчилгээний багцаар шинэчлэгдсэн
20. Асуудлыг олж засварлах шийдвэрийн мод ба аргачлал
SQL өгөгдлийн сангийн сэргээх хүлээгдэж буй асуудалтай тулгарах үед энэхүү системчилсэн аргыг дагаж мөрдөөрэй.
20.1 Системчилсэн оношлогооны арга
- Эхлээд алдааны бүртгэлийг шалгана уу - Үргэлж үүнээс эхэлнэ үү SQL Server болон Windows бүртгэлүүд
- Файлын хүртээмжийг баталгаажуулна уу – Өгөгдлийн сангийн бүх файлууд байгаа бөгөөд унших боломжтой эсэхийг шалгаарай
- Дискний зайг шалгана уу – Сэргээх үйл ажиллагаанд хангалттай орон зайг баталгаажуулах
- Эхлээд энгийн засваруудыг хийж үзээрэй – Үйлчилгээг дахин эхлүүлэх, офлайн/онлайн
- Нарийн төвөгтэй засварын ахиц дэвшил – Энгийн аргууд амжилтгүй болсны дараа л
- Нөөцөөс сэргээх талаар бодож үзээрэй – Засварын эрсдэл хэт өндөр байх үед
20.2 Зөв засах аргыг сонгох
Эрсдэл бага (Эхлээд оролдоно уу):
- Дахин ачааллах SQL Server үйлчилгээ
- Дискний зайг шалгаж, шийдвэрлэх
- Файлын зөвшөөрлийг засах
- Офлайн/Онлайн мэдээллийн сан
Дунд зэргийн эрсдэл:
- Файлын замын засварууд
- AUTO CLOS-г идэвхгүй болгох
- FILESTREAM тохиргоог зассан
- Үйлчилгээ хойшлогдсон эхлэл
Өндөр эрсдэлтэй (мэдээлэл алдагдах боломжтой):
- Лог файлыг устгаад дахин эхлүүлнэ үү
- Өгөгдлийн санг салгах/дахин хавсаргах
- Гүйлгээний бүртгэлийг дахин бүтээх
- Яаралтай тусламжийн горимыг засах DBCC CHECKDB
20.3 Хэзээ өргөжүүлэх вэ
Дараах тохиолдолд мэргэжлийн тусламж хүс.
- Өндөр эрсдэлтэй олон аргууд амжилтгүй болсон
- Өгөгдлийн сан нь орлуулашгүй чухал өгөгдлийг агуулдаг
- Авлига нь олон мэдээллийн санд нөлөөлдөг
- Системийн түвшний асуудлуудыг сэжиглэж байна
- Цагийн хязгаарлалт нь баталгаатай үр дүнг шаарддаг
21. Түгээмэл асуултууд
Асуулт: "СЭРГЭЭГЭЭД БАЙГАА" болон "СЭРГЭЭГЭЭР ХҮЛЭЭЖ БАЙГАА" мэдээллийн сангийн төлөвүүдийн хооронд ямар ялгаа байдаг вэ?
Х: "СЭРГЭЭЖ БАЙНА" гэдэг нь мэдээллийн сан сэргээх үйлдлүүдийг идэвхтэй хийж байгаа бөгөөд дууссаны дараа автоматаар онлайн болно гэсэн үг. “СЭРГЭЭЛТ ХҮЛЭЭЖ БАЙНА” гэсэн үг SQL Server Файл дутуу, зай хангалтгүй эсвэл эвдрэл зэрэг саад бэрхшээлээс болж сэргээх үйл явцыг эхлүүлж чадахгүй байна. Сэргээх ажиллагаа хүлээгдэж байгаа тул шийдвэрлэхийн тулд гараар оролцоо шаардлагатай.
Асуулт: SQL өгөгдлийн сангийн сэргээх хүлээгдэж буй асуудалтай тулгарах үед би хамгийн түрүүнд ямар засвар хийх ёстой вэ?
А: Үргэлж хамгийн аюулгүй аргуудаас эхэл. Шалга SQL Server алдааны бүртгэлүүд, дискний зай байгаа эсэхийг шалгаад дахин эхлүүлээд үзнэ үү SQL Server үйлчилгээнүүд. Эдгээр эрсдэл багатай аргууд нь өгөгдөл алдагдлын эрсдэлгүйгээр хамгийн түгээмэл сэргээлтийн хүлээгдэж буй асуудлуудыг шийддэг.
Асуулт: Би засах өөр аргыг туршиж үзэхээсээ өмнө хэр удаан хүлээх ёстой вэ?
А: Үйлчилгээг дахин эхлүүлэхийн тулд бүрэн эхлүүлэхийн тулд 2-3 минут хүлээнэ үү. Офлайн/онлайн гэх мэт энгийн төлөвийн өөрчлөлтийн хувьд 30-60 секунд хүлээнэ үү. DBCC CHECKDB гэх мэт нарийн төвөгтэй засварын хувьд мэдээллийн сангийн хэмжээнээс хамааран хэдэн цаг хүлээх хэрэгтэй. Эхлүүлсний дараа сэргээх процессыг тасалдуулж болохгүй.
Асуулт: SQL мэдээллийн санг сэргээх хүлээгдэж буй асуудлуудыг засах үед би өгөгдлийг алдах уу?
А: Өгөгдөл алдагдах нь ашигласан аргаас хамаарна. Үйлчилгээг дахин эхлүүлэх, дискний зайг засах, зөвшөөрлийн залруулга зэрэг аюулгүй аргууд нь өгөгдөл алдагдахад хүргэдэггүй. Онцгой байдлын горимын засвар, бүртгэлийг дахин бүтээх, эсвэл бүртгэлийн файлуудыг устгах зэрэг өндөр эрсдэлтэй аргууд нь өгөгдөл их хэмжээгээр алдагдахад хүргэж болзошгүй. Эхлээд аюулгүй аргуудыг үргэлж туршиж үзээрэй.
Асуулт: Би SQL мэдээллийн санг сэргээх хүлээгдэж буй асуудлуудаас сэргийлж чадах уу?
А: Тийм ээ, ихэнх асуудлыг зохих ёсоор засвар үйлчилгээ хийснээр урьдчилан сэргийлэх боломжтой. Тогтмол нөөцлөлт хийх, дискний зайг хянах, хангалттай багтаамжтай байлгах, UPS хамгаалалтыг ашиглах, DBCC CHECKDB-ийн ердийн үйлдлүүдийг гүйцэтгэх, мөн хадгалах SQL Server хамгийн сүүлийн үеийн үйлчилгээний багцаар шинэчлэгдсэн.
Асуулт: Би ажлын цагаар үйлдвэрлэлийн мэдээллийн санд засвар хийхийг оролдох ёстой юу?
А: Ажлын цагаар үйлдвэрлэлийн мэдээллийн сангуудад өндөр эрсдэлтэй засварлах аргуудыг хэзээ ч бүү туршиж үзээрэй. Нарийн төвөгтэй засвар хийхэд засвар үйлчилгээний цонхыг төлөвлөөрэй. Гэсэн хэдий ч үйлчилгээг дахин эхлүүлэх эсвэл дискний зайг засах зэрэг аюулгүй аргууд нь чухал үйлдлүүдийг хааж байгаа бол нэн даруй туршиж үзэж болно.
Асуулт: Би хэзээ засвар хийх гэж оролдохын оронд нөөцөөс сэргээх вэ?
Хариулт: Олон удаа засварлах оролдлого бүтэлгүйтсэн, цаашид авлигад өртөх эрсдэлгүй үйлдвэрлэлийн чухал өгөгдөлтэй ажиллах үед, өгөгдөл алдагдах боломжтой цонхтой саяхан нөөцлөлт хийсэн эсвэл засварын арга нь сэргээхээс илүү урт хугацаа шаардагдах үед нөөцлөлтөөс сэргээ.
Асуулт: Миний өгөгдлийн сангийн файлууд гэмтсэн эсвэл нэвтрэх боломжгүй эсэхийг яаж мэдэх вэ?
Х: Шалга SQL Server тодорхой алдааны мэдэгдлийн алдааны бүртгэл. Файлын хандалтын асуудал нь "файлыг олж чадахгүй байна" эсвэл зөвшөөрлийн алдааг харуулж байна. Авлига нь ихэвчлэн шалгах нийлбэрийн алдаа, хуудасны түвшний алдаа эсвэл тууштай байдлын зөрчлийг харуулдаг. Өгөгдлийн санд хандах боломжтой үед авлигыг тодорхой шалгахын тулд DBCC CHECKDB ашиглана уу.
А: Засвар хийхээс өмнө мэдээллийн сангийн файлуудыг хуулах хамгийн найдвартай арга юу вэ?
Х: Зогс SQL Server үйлчилгээг бүрэн гүйцэд хийж, дараа нь MDF болон LDF файлуудыг хоёуланг нь нөөцлөх байршил руу хуулна. Эсвэл мэдээллийн санд хандах боломжтой хэвээр байгаа бол мэдээллийн сангийн нөөцлөх командуудыг ашиглана уу. Хэзээ ч файл хуулж болохгүй SQL Server Энэ нь зөрчилтэй хуулбар үүсгэж болзошгүй тул ажиллаж байна.
Асуулт: SQL мэдээллийн санг сэргээх хүлээгдэж буй асуудлууд олон мэдээллийн санд нэгэн зэрэг нөлөөлж чадах уу?
Хариулт: Тийм ээ, дискний зай хангалтгүй, үйлчилгээний дансны асуудал, хадгалалтын алдаа гэх мэт системийн түвшний асуудлууд SQL Server тохиргооны алдаа нь олон мэдээллийн санд нөлөөлж болно. Илүү өргөн системийн асуудлыг тодорхойлохын тулд бусад мэдээллийн санд ижил төстэй асуудал тулгарч байгаа эсэхийг үргэлж шалгаарай.
А: Би өөрийн мэдээллийн санг сэргээх процедурыг хэр олон удаа шалгах ёстой вэ?
Х: Сэргээх процедурыг чухал мэдээллийн сангуудад сар бүр, чухал мэдээллийн сангуудад улирал тутам туршиж үзээрэй. Цаг хугацаанд нь сэргээх, бүртгэлийн дарааллыг сэргээх, яаралтай сэргээх процедур зэрэг янз бүрийн нөхөн сэргээх хувилбаруудыг туршихыг оруулаарай. Яаралтай байдлын төлөвлөлтөд зориулсан шалгалт бүрийг баримтжуулж, цаг хугацаа.
Асуулт: Би хэзээ Microsoft-ын тусламж үйлчилгээтэй холбогдох эсвэл мэргэжлийн тусламж авах ёстой вэ?
Х: Олон удаа засвар хийх оролдлого бүтэлгүйтсэн, чухал ач холбогдолтой өгөгдлийг нөөцлөлтгүйгээр шийдвэрлэх, олон мэдээллийн санд ээдрээтэй эвдрэл гарах, баримтжуулаагүй алдааны мэдэгдэлтэй тулгарах, эсвэл цаг хугацааны хязгаарлалтаас болж баталгаатай сэргээх үр дүн шаардлагатай үед мэргэжлийн тусламж хүс.
Асуулт: Гуравдагч талын SQL сэргээх хэрэгслүүд нь хөрөнгө оруулалт хийхэд үнэ цэнэтэй юу?
А: Гар аргаар хийсэн аргууд бүтэлгүйтэж, нөөцлөлт байхгүй үед сэргээх хэрэгслүүд үнэ цэнэтэй байдаг. Ихэнх хэрэгслүүд худалдан авахаасаа өмнө сэргээх чадварыг шалгах үнэгүй үнэлгээний хувилбаруудыг санал болгодог. Үнэ болон мэргэжлийн үйлчилгээ, өгөгдлийн үнэ цэнэ, амжилтын магадлалыг харгалзан үзээрэй. Хэрэгслүүд бүтцийн эвдрэлд хамгийн сайн ажилладаг боловч бүх төрлийн өгөгдлийн төрлийг сэргээж чадахгүй байж магадгүй.
Асуулт: Хэрэв хүлээгдэж буй SQL өгөгдлийн сангийн сэргээлт дахин давтагдаж байвал би яах ёстой вэ?
Х: Дахин давтагдах асуудлууд нь системийн үндсэн асуудлуудыг илтгэнэ. Техник хангамжийн алдаа, нөөц хангалтгүй, хадгалах системийн асуудал, тохиргооны асуудал байгаа эсэхийг шалгана уу. Windows үйл явдлын бүртгэлийг хянаж, иж бүрэн хяналтыг хэрэгжүүлж, техник хангамжийг шинэчлэх эсвэл илүү найдвартай хадгалах систем рүү шилжих талаар бодож үзээрэй.
22. Дүгнэлт ба шуурхай лавлагаа
SQL мэдээллийн санг сэргээхэд хүлээгдэж буй асуудлуудыг энгийн үйлчилгээг дахин эхлүүлэхээс эхлээд нарийн төвөгтэй яаралтай засвар хүртэлх эдгээр 15 батлагдсан аргыг ашиглан шийдвэрлэж болно.
22.1 Түргэн засварын хураангуй хүснэгт
| Засах арга | Эрсдлийн түвшин | Өгөгдөл алдагдах эрсдэл | Хамгийн тохиромжтой |
|---|---|---|---|
| Дахин ачааллах SQL Server | Бага | Аль нь ч биш | Цаг хугацааны асуудал, түр түгжээ |
| Дискний зайг шалгана уу | Бага | Аль нь ч биш | Сансрын холбоотой бүтэлгүйтэл |
| Эхлэл хойшлогдсон | Бага | Аль нь ч биш | Хадгалах цаг хугацааны асуудал |
| Зөвшөөрлийг засах | Бага | Аль нь ч биш | Хандалтыг хориглосон алдаа |
| Файлын замыг засах | Бага | Аль нь ч биш | Замын өөрчлөлт, шилжилт хөдөлгөөн |
| Офлайн / Онлайн | Дунд | Хамгийн бага | Төрийн үл нийцэл |
| AUTO CLOS-г идэвхгүй болгох | Бага | Аль нь ч биш | Тогтмол нээлттэй/хаалтын мөчлөг |
| Лог файлыг устгах | Өндөр | Тийм | Гэмтсэн лог, хөгжүүлэлтийн орчин |
| Салгах/дахин хавсаргах | Өндөр | Тийм | Алга болсон эсвэл гэмтсэн лог |
| Логуудыг дахин бүтээх | Өндөр | Тийм | LDF файлууд дутуу байна |
| DBCC CHECKDB ашиглан яаралтай засвар | Маш өндөр | Тийм | Хүчтэй авлига, эцсийн арга |
| FILESTREAM засах | Дунд | Аль нь ч биш | FILESTREAM тохиргооны асуудал |
| шинэчлэх SQL Server | Дунд | Аль нь ч биш | Мэдэгдэж буй хувилбарын алдаанууд |
| Нөөцлөлтөөс сэргээнэ үү | Бага | хяналттай | Засварын аргууд амжилтгүй болсон үед |
| Сэргээх хэрэгсэл | Дунд | өөр өөр байдаг | Ноцтой авлига, нөөц байхгүй |
22.2 Онцгой байдлын үед авах арга хэмжээний хяналтын хуудас
Эхний 5 минут:
- Шалгах SQL Server алдааны бүртгэлүүд
- Өгөгдлийн сангийн файлын хүртээмжийг баталгаажуулна уу
- Боломжтой дискний зайг шалгана уу
- Үйлчилгээг дахин эхлүүлэхийг оролдох
- Баримт бичгийн алдааны мэдэгдлүүд
Дараагийн 15 минут:
- Хэрэв үйлчилгээг дахин эхлүүлэх амжилтгүй бол офлайн/онлайнаар туршиж үзээрэй
- Зөвшөөрлийн тодорхой асуудлуудыг шалгаж, засаарай
- Файлын зам зөв эсэхийг шалгана уу
- Windows үйл явдлын бүртгэлийг шалгана уу
- Нөөцлөх боломжтой эсэхийг үнэлэх
22.3 Нэмэлт нөөц
Санаж байна уу: Зөв нөөцлөх, хяналт тавих, засвар үйлчилгээ хийх замаар урьдчилан сэргийлэх нь сэргээхээс үргэлж дээр байдаг. Эдгээр процедурыг үйлдвэрлэлийн бус орчинд тогтмол туршиж үзэх нь SQL мэдээллийн санг сэргээх хүлээгдэж буй асуудал гарахад бэлэн байх болно.
Зохиогчийн Тухай
Юань Шэн нь 10 гаруй жилийн туршлагатай мэдээллийн сангийн ахлах администратор (DBA) юм SQL Server орчин, аж ахуйн нэгжийн мэдээллийн сангийн менежмент. Тэрээр санхүүгийн үйлчилгээ, эрүүл мэнд, үйлдвэрлэлийн байгууллагуудын мэдээллийн санг сэргээх олон зуун хувилбаруудыг амжилттай шийдвэрлэсэн.
Юань мэргэшсэн SQL Server мэдээллийн санг сэргээх, өндөр хүртээмжтэй шийдэл, гүйцэтгэлийг оновчтой болгох. Түүний олон терабайтын өгөгдлийн санг удирдах, Үргэлж бэлэн байдлын бүлгүүдийг хэрэгжүүлэх, бизнесийн чухал системүүдийн автомат нөөцлөлт, сэргээх стратеги боловсруулах зэрэг түүний өргөн туршлага багтана.
Юань техникийн туршлага, практик арга барилаараа дамжуулан мэдээллийн сангийн администраторууд болон мэдээллийн технологийн мэргэжилтнүүдэд нарийн төвөгтэй асуудлыг шийдвэрлэхэд туслах цогц гарын авлагыг бий болгоход анхаарлаа хандуулдаг. SQL Server сорилтуудыг үр дүнтэй даван туулах. Тэрээр хамгийн сүүлийн үеийн мэдээлэлтэй хэвээр байна SQL Server хувилбарууд болон Microsoft-ын хөгжиж буй мэдээллийн баазын технологиуд, түүний зөвлөмжүүд нь бодит ертөнцийн шилдэг туршлагыг тусгахын тулд сэргээх хувилбаруудыг тогтмол туршиж үздэг.
талаар асуух зүйл байна SQL Server сэргээх эсвэл мэдээллийн сангийн алдааг олж засварлах нэмэлт заавар хэрэгтэй юу? Юань угтан авлаа санал хүсэлт, санал Эдгээр техникийн нөөцийг сайжруулахын тулд .














