SQL Server мэдээллийн сан сэргээх горимд байна уу? Батлагдсан 10 засварыг одоо аваарай! Хялбар засахаас эхлээд дэвшилтэт засвар хүртэл алхам алхмаар шийдлүүд.
1. Ойлголт SQL Server Өгөгдлийн санг сэргээх горим
1.1 Сэргээх горим гэж юу вэ SQL Server
A SQL Server өгөгдлийн сан нь "Сэргээхэд" статусыг харуулж байна гэсэн үг SQL Server өгөгдлийн сангийн тогтвортой байдлыг хангахын тулд гэмтлийг сэргээх эсвэл гүйлгээг сэргээх ажлыг гүйцэтгэж байна. Энэхүү автомат процесс нь гүйцэтгэсэн гүйлгээг дахин тоглуулах, хийгдээгүй гүйлгээг буцаах замаар мэдээллийн бүрэн бүтэн байдлыг хангадаг.
Сэргээх горим нь ихэвчлэн гэнэтийн унтрах, цахилгаан тасрах эсвэл мэдээллийн санг сэргээх үед тохиолддог. Хэдийгээр энэ нь ердийн хамгаалалтын механизм боловч энэ үед асуудал үүсдэг SQL Server Сэргээх явцад мэдээллийн сан ер бусын удаж эсвэл гацсан мэт.
1.2 Өгөгдлийн санг сэргээх гурван үе шат
SQL Server Сэргээх нь гурван үе шаттайгаар явагддаг:
1.2.1 Шинжилгээний үе шат
SQL Server бохир хуудас болон идэвхтэй гүйлгээг тодорхойлохын тулд сүүлийн хяналтын цэгээс гүйлгээний бүртгэлийг уншина. Энэ нь сэргээх шаардлагатай зүйлсийг хянахын тулд бохир хуудасны хүснэгт (DPT) болон идэвхтэй гүйлгээний хүснэгтийг (ATT) үүсгэдэг.
1.2.2 Үе шатыг дахин хийх (Урагшаа эргүүлэх)
Систем нь эвдрэлээс өмнө дискэнд бичээгүй бүх хийсэн гүйлгээг дахин тоглуулдаг. Энэ нь өгөгдлийн сангийн файлд оруулсан бүх өөрчлөлтийг зөв хэрэгжүүлэхийг баталгаажуулдаг.
1.2.3 Үе шатыг буцаах (буцах)
Мэдээллийн сангийн тогтвортой байдлыг хангахын тулд хийгдээгүй гүйлгээг буцаан шилжүүлдэг. Бүрэн дууссаны дараа мэдээллийн сан хэвийн ажиллах боломжтой болно.
1.3 Нийтлэг шинж тэмдэг ба алдааны мессежүүд
Хэзээ таны SQL Server db-г сэргээж байгаа бол та ихэвчлэн дараахийг харна:
- "(Сэргээхэд)"-г харуулсан мэдээллийн сангийн нэр SQL Server Удирдлагын студи
- "Мэдээллийн баазыг сэргээж байна" гэсэн мессеж бүхий нэвтрэх алдаа
- Сэргээх явцын хувийг харуулсан алдааны бүртгэлийн оруулгууд
- Өгөгдлийн сангийн төлөвийг асуухад "СЭРГЭЭЖ БАЙНА" харуулж байна
2. Үндсэн шалтгаанууд SQL Server Сэргээх горимын асуудлууд
2.1 Сэргээх үйл ажиллагаа бүрэн бус
Хамгийн түгээмэл шалтгаан нь олон нөөцлөлтийн файлаас дараахыг ашиглан сэргээх үед үүсдэг NORECOVERY эцсийн сонголтгүй сонголт СЭРГЭЭЛТТЭЙ тушаал. Энэ нь мэдээллийн санг нэмэлт сэргээх үйлдлүүдийг хүлээх болно.
2.2 Гүйлгээний бүртгэлийн асуудал
Том хэмжээний гүйлгээний бүртгэлийн файлууд эсвэл хэт их Виртуал Бүртгэлийн Файлууд (VLFs) сэргэлтийг ихээхэн удаашруулдаг. MS SQL нь олон мянган VLF-тэй сэргээгдэж байх үед процесс дуусахад хэдэн цаг эсвэл хэдэн өдөр шаардагдана.
2.3 Системтэй холбоотой асуудлууд
Тоног төхөөрөмжийн эвдрэл, цахилгаан тасалдал эсвэл дискний зай хангалтгүй байх нь өгөгдлийн сангийн хэвийн ажиллагааг тасалдуулж, дахин ачаалах үед удаан хугацааны сэргээх процессыг өдөөж болно.
2.4 Мэдээллийн сангийн авлига
Өгөгдлийн сангийн эвдэрсэн файлууд нь амжилттай сэргээхэд саад болж, мэдээллийн санг сэргээх горимд тодорхойгүй хугацаагаар гацдаг.
3. Засахаас өмнөх оношлогооны алхмууд
3.1 шалгаж байна SQL Server Алдааны бүртгэл
Засвар хийхээсээ өмнө шалгах хэрэгтэй SQL Server сэргээх явцын мэдээний алдааны бүртгэл. Гүйцэтгэлийн хувь болон үлдсэн тооцоолсон хугацааг харуулсан оруулгуудыг хайж олоорой.
- Нээлттэй SQL Server Удирдлагын студи
- Руу очих удирдлага -> SQL Server бичиглэлээр
- Өгөгдлийн сангийн нэрийн сүүлийн оруулгуудыг шалгана уу
- Сэргээх үе шатны үзүүлэлтүүдийг хайх (3-ын 1, 2, 3-р үе шат)
3.2 Сэргээх явцыг хянах
Идэвхтэй сэргээх ажиллагааг хянахын тулд динамик удирдлагын харагдацыг ашиглана уу:
SELECT session_id, command, blocking_session_id, wait_type, wait_time, wait_resource FROM sys.dm_exec_requests WHERE command = 'DB STARTUP';
3.3 Өгөгдлийн сангийн төлөв байдлыг шалгах
Сэргээх статусыг ойлгохын тулд одоогийн мэдээллийн сангийн төлөвийг шалгана уу:
SELECT name, state_desc FROM sys.databases WHERE name = 'YourDatabaseName';
4. Засах №1: Байгалийн нөхөн сэргэлт дуусахыг хүлээнэ үү
Заримдаа тэвчээр бол хамгийн сайн шийдэл юм SQL Server мэдээллийн сан сэргээгдэж байна. Энэ арга нь нөхөн сэргэлт хэвийн явагдаж байгаа боловч хүлээгдэж байснаас удаан үргэлжлэх үед ажилладаг.
4.1 Хэзээ тэвчээртэй байх вэ
Дараах тохиолдолд байгалийн төгсөлтийг зөвшөөрнө:
- Алдааны бүртгэл нь цаг хугацааны тооцоо багассан тогтвортой ахиц дэвшлийг харуулдаг
- Авлигын алдаа мэдээлээгүй байна
- Мэдээллийн сан саяхан их хэмжээний гүйлгээ хийсэн
- VLF-ийн тоог удирдах боломжтой (1,000-аас доош)
4.2 Сэргээх явцыг хянах
Алдааны бүртгэл дэх нөхөн сэргээх хугацааг тооцоолох нь ихэвчлэн буруу байдаг. Үлдсэн цаг хугацаа гэхээсээ илүү ахиц дэвшилд анхаарлаа хандуулаарай. Их хэмжээний гүйлгээний түүхтэй томоохон мэдээллийн сангуудыг бүрэн сэргээхэд хэдэн цаг шаардагдана.
5. Засах №2: ӨГӨГДЛИЙН САНГ СЭРГЭЭЛТТЭЙ СЭРГЭЭХ
Энэ засвар нь сэргээх эцсийн алхамыг орхигдуулсан бүрэн бус сэргээх үйлдлүүдийг шийддэг. Үүнийг таны үед хэрэглээрэй SQL Server db нь NORECOVERY ашиглан сэргээх процессын үр дүнд бий болсон.
5.1 Тушаалыг ойлгох
The МЭДЭЭЛЛИЙН САНГ СЭРГЭЭГЭЭР СЭРГЭЭНЭ команд нь хийгдээгүй гүйлгээг буцааж, мэдээллийн санг онлайн болгох замаар сэргээх үйл явцыг дуусгана.
5.2 Хэрэгжүүлэх үе шатууд
- Нээлттэй SQL Server Удирдлагын студи
- Өөртэйгээ холбогдоорой SQL Server Жишээ нь
- Дарах Шинэ > Одоогийн холболттой асуулга
- Гүйцэтгэх:
RESTORE DATABASE [YourDatabaseName] WITH RECOVERY; - Дуусгах баталгааг хүлээнэ үү
Анхааруулга: Хэрэв та нэмэлт сэргээх үйл ажиллагаа хүлээгдээгүй байгаа гэдэгт итгэлтэй байгаа бол энэ тушаалыг ашиглана уу.
6. Засах №3: Гүйлгээний бүртгэлийн асуудлыг шийдвэрлэх
Гүйлгээний бүртгэлийн асуудал нь сэргээх хугацааг уртасгах гол шалтгаан болдог. Энэ засвар нь бүтэн лог, хэт их VLF болон хадгалагдаж буй бүртгэлийн зайны асуудлуудыг шийддэг SQL Server сэргээхэд.
6.1 Гүйлгээний бүртгэлийг нөөцлөх
Гүйлгээний бүртгэлийн нөөцлөлтийг үүсгэж бүртгэлийн зайг чөлөөл:
- Нээлттэй SQL Server Удирдлагын студи
- Өгөгдлийн сангийнхаа баруун товчийг дарна уу -> асуудлууд -> Back Up
- Change Нөөцлөх төрөл to Гүйлгээний бүртгэл
- Нөөцлөх газрыг зааж өгнө үү
- Дарах OK гүйцэтгэх
6.2 Виртуал бүртгэлийн файлуудыг удирдах (VLFs)
VLF-ийн тоог дараахаар шалгана уу:
DBCC LOGINFO('YourDatabaseName');
Хэрэв танд 1,000 гаруй VLF байгаа бол тэдгээрийг дараах байдлаар бууруул.
- Гүйлгээний бүртгэлийг нөөцөлж байна
- Лог файлыг багасгах:
DBCC SHRINKFILE(LogFileName, TRUNCATEONLY); - Лог файлыг том хэсэг болгон өсгөх (1 ГБ ба түүнээс дээш)
6.3 Бүртгэлийн файлуудыг аюулгүйгээр багасгах
Идэвхтэй гүйлгээ хийгдээгүй үед зөвхөн засвар үйлчилгээний цонхны үеэр бүртгэлийг багасгана. Үйл ажиллагааг багасгахын өмнө мэдээллийн санг үргэлж нөөцлөөрэй.
7. Засах №4: DBCC CHECKDB-г ажиллуулж, засварлана
Өгөгдлийн сангийн эвдрэл нь амжилттай сэргээхэд саад болно. DBCC CHECKDB нь MS SQL-г сэргээх горимд байлгадаг жижиг авлигын асуудлуудыг тодорхойлж, засах боломжтой суурилуулсан тушаал юм.
7.1 Өгөгдлийн сангийн авлигыг шалгах
Өгөгдлийн сангийн бүрэн бүтэн байдлыг шалгах стандарт аргаас эхэл. Эхлээд DBCC CHECKDB-г шууд туршаад үзээрэй:
- Гүйцэтгэх:
DBCC CHECKDB('YourDatabaseName') WITH NO_INFOMSGS; - Тогтвортой байдлын алдааны үр дүнг шалгана уу
- Аливаа авлигын мэдээг баримтжуулах
Хэрэв DBCC CHECKDB амжилтгүй бол "Өгөгдлийн санг сэргээж байна. Сэргээх дуустал хүлээж байна" гэх мэт алдаа гарсан нь мэдээллийн сан сэргээх горимд идэвхтэй ажиллаж, хандалтыг хааж байна гэсэн үг. Энэ тохиолдолд 7.3-р хэсэг рүү орж ЭМЧИЛГЭЭНИЙ горимыг ашиглана уу.
7.2 Хүртээмжтэй мэдээллийн сангийн засварын сонголтууд
Хэрэв DBCC CHECKDB амжилттай ажиллаж, эвдрэл илэрсэн бол дараах засварын алхмуудыг ашиглана уу:
- Өгөгдлийн санг нэг хэрэглэгчийн горимд тохируулах:
ALTER DATABASE [YourDatabaseName] SET SINGLE_USER; - Аюулгүй засвар хийх оролдлого:
DBCC CHECKDB('YourDatabaseName', REPAIR_REBUILD); - Хэрэв амжилтгүй бол дараахыг ашиглана уу:
DBCC CHECKDB('YourDatabaseName', REPAIR_ALLOW_DATA_LOSS); - Олон хэрэглэгч рүү буцах:
ALTER DATABASE [YourDatabaseName] SET MULTI_USER;
7.3 Өгөгдлийн санд хандах боломжгүй үед яаралтай тусламжийн горимыг ашиглах
Өгөгдлийн сан сэргээхэд гацсан, DBCC CHECKDB-ийн ердийн оролдлогыг үгүйсгэх үед л яаралтай тусламжийн горим шаардлагатай. Энэ нь мэдээллийн санг ЗӨВХӨН READ_ONL гэж тэмдэглэж, бүртгэлийг идэвхгүй болгодог. Стандарт хандалт амжилтгүй болсон үед энэ аргыг хэрэглээрэй:
- Яаралтай тусламжийн горимыг тохируулах:
ALTER DATABASE [YourDatabaseName] SET EMERGENCY; - Нэг хэрэглэгчийг тохируулах:
ALTER DATABASE [YourDatabaseName] SET SINGLE_USER; - Бүрэн бүтэн байдлыг шалгах:
DBCC CHECKDB('YourDatabaseName') WITH NO_INFOMSGS; - Хэрэв авлига олдвол эхлээд аюулгүй засварыг хийнэ үү:
DBCC CHECKDB('YourDatabaseName', REPAIR_REBUILD); - Хэрэв бүтэлгүйтсэн бол өгөгдөл алдагдсан засварыг ашиглана уу:
DBCC CHECKDB('YourDatabaseName', REPAIR_ALLOW_DATA_LOSS); - Олон хэрэглэгч тохируулах:
ALTER DATABASE [YourDatabaseName] SET MULTI_USER; - Онлайнаар тохируулах:
ALTER DATABASE [YourDatabaseName] SET ONLINE;
Анхаарах зүйл: ЯАРАЛТАЙ БАЙДЛЫН горим нь хэвийн сэргээх үйл явцыг тойрч гардаг бөгөөд мэдээллийн санд бүрэн нэвтрэх боломжгүй үед л ашиглах ёстой. ЯАРАЛТАЙ БАЙДЛЫН горим руу шилжихээсээ өмнө эхлээд стандарт DBCC CHECKDB аргыг туршаад үзээрэй.
Чи олж чадна DBCC CHECKDB-г хэрхэн ашиглах талаар илүү дэлгэрэнгүй гарын авлага.
8. Засвар №5: Нөөцөөс сэргээх
Бусад аргууд бүтэлгүйтсэн эсвэл өгөгдлийн бүрэн бүтэн байдал эргэлзээтэй үед цэвэр нөөцлөлтөөс сэргээх нь асуудлыг шийдвэрлэх хамгийн найдвартай шийдэл болдог. SQL Server сэргээх асуудалд мэдээллийн сан.
8.1 Нөөц сэргээлтийг хэзээ сонгох вэ
Дараах тохиолдолд нөөцийг сэргээх талаар бодож үзээрэй.
- Сэргээх ажиллагаа 24 цаг гаруй үргэлжилсэнгүй
- Авлигын алдаа нь амжилттай засвар хийхэд саад болдог
- Танд саяхан баталгаажсан нөөцлөлтүүд байгаа
- Сүүлд нөөцлөлт хийснээс хойш өгөгдөл алдагдах боломжтой
8.2 Алхам алхмаар нөхөн сэргээх үйл явц
- Нээлттэй SQL Server Удирдлагын студи
- Баруун товчлуур дээр дарна уу мэдээллийн сан -> Мэдээллийн санг сэргээх
- сонгоно уу төхөөрөмжийн Эх сурвалжийн доор
- Дарах нэмэх болон нөөц файлаа нээнэ үү
- Нөөцлөлтийг сонгоод товшино уу OK
- сонгоно уу Одоо байгаа мэдээллийн санг дарж бичих Хэрэв шаардлагатай бол
- Дарах OK нөхөн сэргээлтийг эхлүүлэхийн тулд
8.3 Цаг хугацаанд нь сэргээх
Өгөгдлийн алдагдлыг хамгийн бага байлгахын тулд гүйлгээний бүртгэлийн нөөцлөлтийг ашиглан тодорхой хугацаанд сэргээх хэрэгтэй. Бүрэн нөөцлөлтөөс хүссэн сэргээх цэг хүртэлх бүртгэлийн нөөцлөлтүүдийн тасалдаагүй хэлхээтэй байгаа эсэхийг шалгаарай.
8.4 Лавлагаа
Та манайхаас дэлгэрэнгүй мэдээлэл авах боломжтой хэрхэн нөөцлөх, сэргээх талаар дэлгэрэнгүй гарын авлага SQL Server өгөгдлийн сан.
9. Засвар №6: AUTO CLOSE Property-ийг идэвхгүй болгох
Өгөгдлийн сангийн AUTO CLOSE шинж чанар нь дахин сэргээх мөчлөгийг үүсгэж, таны SQL Server db байнга сэргээгддэг. Энэ өмчийг идэвхгүй болгосноор асуудлыг шийднэ.
9.1 АВТО ХААХ асуудлыг ойлгох
AUTO CLOSE идэвхжсэн үед, SQL Server Сүүлчийн холболт дууссаны дараа мэдээллийн санг хааж, дараа нь шинэ холболтод дахин нээнэ. Дахин дахин нээх энэ удаад сэргээх үйл явцыг идэвхжүүлдэг.
9.2 АВТО ХААХ-г идэвхгүй болгох
- Нээлттэй SQL Server Удирдлагын студи
- Өгөгдлийн сангийнхаа баруун товчийг дарна уу -> Үл хөдлөх хөрөнгө
- сонгоно уу сонголтууд зүүн самбараас
- нь чансаанд Автоматаар хаах to хуурамч
- Дарах OK өөрчлөлтүүдийг хэрэглэх
Эсвэл T-SQL-г ашиглана уу:
ALTER DATABASE [YourDatabaseName] SET AUTO_CLOSE OFF;
10. Засвар #7: Дахин эхлүүлэх SQL Server үйлчилгээ
Үйлчилгээг дахин эхлүүлэх нь гацсан сэргээх процессуудыг шийдэж болох боловч сэргээх үйл явцыг эхнээс нь дахин эхлүүлэх тул болгоомжтой ашиглах хэрэгтэй. Энэ засвар дараах тохиолдолд ажиллана. SQL Server сэргээх үед бүрэн хөлдсөн харагдана.
10.1 Үйлчилгээг дахин эхлүүлэхэд тус болох үед
Дараах тохиолдолд үйлчилгээг дахин эхлүүлнэ үү:
- Сэргээх явц хэдэн цагийн турш зогссон
- Алдааны бүртгэлд шинэ оруулгууд харагдахгүй байна
- Бусад мэдээллийн сан хэвийн ажиллаж байна
- Та уртасгасан сул зогсолтыг төлж чадна
10.2 Аюулгүй дахин эхлүүлэх журам
- Нээлттэй SQL Server Тохиргооны менежер
- Руу очих SQL Server Үйлчилгээ
- Хайх SQL Server дахин эхлүүлэхийг хүсвэл хулганы баруун товчийг дарна уу SQL Server (Жишээ нэр)
- сонгоно уу Дахин ачааллах
- Үйлчилгээ бүрэн дахин асах хүртэл хүлээнэ үү
- Сэргээх явцад алдааны бүртгэлийг хянах
Тайлбар: Дахин эхлүүлэх нь сэргэлтийг эхнээс нь эхлүүлэх бөгөөд нийт сэргээх хугацааг уртасгах боломжтой.
11. Засах №8: Мэдээллийн санг салгаж, залгах замаар зас
Онцгой тохиолдолд мэдээллийн санг салгаж, дахин хавсаргана уу:
- Өгөгдлийн санг салгах:
EXEC sp_detach_db 'YourDatabaseName'; - Зөвхөн MDF файлыг хавсаргана уу:
CREATE DATABASE [YourDB] ON (FILENAME = 'C:\Path\YourDB.mdf') FOR ATTACH_REBUILD_LOG; - Энэ нь шинэ гүйлгээний бүртгэлийг дахин бүтээдэг
Анхааруулга: Энэ арга нь өгөгдөл алдагдахад хүргэж болзошгүй. Бусад сонголтууд дууссан үед л ашиглаарай.
12. Засах №9: Өгөгдлийн сангийн толин тусгалтай холбоотой асуудлуудыг шийдвэрлэх
Өгөгдлийн сангийн толин тусгалын тохиргоо нь сэргээх өвөрмөц асуудал үүсгэж болно. Энэ засвар нь мэдээллийн санг сэргээх төлөвт байлгах толин тусгалтай холбоотой асуудлуудыг шийддэг.
12.1 Толин тусгалтай холбоотой сэргээхэд гарсан асуудлууд
Түншийн холболтын асуудал эсвэл төгсгөлийн цэгийн асуудлаас болж толин тусгалтай мэдээллийн сан сэргээхэд гацаж магадгүй. Үндсэн болон толин тусгал мэдээллийн сан хоёулаа сэргээх статусыг харуулах боломжтой.
12.2 Толин тусгал сэргээх шийдлүүд
Толин тусгал үүсгэх төгсгөлийн цэгийг дахин эхлүүлнэ үү:
- Төгсгөлийн цэгийн нэрийг олох:
SELECT * FROM sys.endpoints WHERE type = 4; - Төгсгөлийн цэгийг зогсоох:
ALTER ENDPOINT [EndpointName] STATE = STOPPED; - Эхлэх төгсгөлийн цэг:
ALTER ENDPOINT [EndpointName] STATE = STARTED;
Хэрэв төгсгөлийн цэгийг дахин эхлүүлэх ажиллагаа амжилтгүй болвол толин тусгал үүсгэх түншлэлийг тасална уу:
- Гүйцэтгэх:
ALTER DATABASE [DatabaseName] SET PARTNER OFF; - Run:
RESTORE DATABASE [DatabaseName] WITH RECOVERY; - Өгөгдлийн сан онлайн болсны дараа толин тусгалын тохиргоог дахин хийнэ үү
13. Засвар №10: Мэргэжлийн сэргээх хэрэгслийг ашигла
Гуравдагч этгээдийн сэргээх хэрэгслүүд нь суурилуулсан үед сайжруулсан засварын боломжийг олгодог SQL Server аргууд амжилтгүй болсон. Эдгээр хэрэгслүүд нь ихэвчлэн ноцтой гэмтсэн мэдээллийн сангаас өгөгдлийг сэргээх боломжтой.
13.1 DataNumen SQL Recovery
DataNumen SQL Recovery иж бүрэн сонголтуудын хамт нөхөн сэргээх өндөр хувьтай.
Үүнийг ашиглах алхамуудыг доор харуулав.
- Зогсоох SQL Server Үйлчилгээ.
- Үндсэн MDF файл болон хоёрдогч NDF файлуудыг багтаасан мэдээллийн сангийн файлуудын хуулбарыг сэргээх горимд хийнэ үү.
- Эхлэх SQL Server Үйлчилгээ.
- Start DataNumen SQL Recovery.
- Сэргээх мэдээллийн сангийн эх сурвалж болох эх файлын оронд хуулбарыг сонгоно уу.
- "Сэргээхийг эхлүүлэх" дээр дарж, мэдээллийн санг сэргээх зааврыг дагана уу.
- Сэргээх процессын дараа сэргээх шинэ мэдээллийн сан гарч ирнэ SQL Server Энэ нь бүх сэргээгдсэн өгөгдлийг агуулдаг.
13.2 Гуравдагч этгээдийн хэрэгслийг хэзээ авч үзэх вэ
Мэргэжлийн багаж хэрэгслийг дараах тохиолдолд ашиглах:
- Баригдсан засварын сонголтууд амжилтгүй болох эсвэл их хэмжээний авлигын талаар мэдээлдэг
- Саяхны нөөцлөлт байхгүй байна
- Авлигын гэмтлийг үл харгалзан чухал өгөгдлийг сэргээх ёстой
- Сэргээх стандарт аргууд нь ихээхэн хэмжээний мэдээлэл алдагдахад хүргэдэг
14. Урьдчилан сэргийлэх шилдэг туршлага
14.1 Тогтмол засвар үйлчилгээ хийх ажил
Урьдчилан сэргийлэхийн тулд эдгээр практикийг хэрэгжүүлээрэй SQL Server сэргээх асуудалд мэдээллийн сан:
- Тогтмол бүрэн болон бүртгэлийн нөөцлөлтийг төлөвлөх: Бүрэн нөөц сүлжээг хадгалах
- VLF-ийн тоог хянах: Хамгийн оновчтой гүйцэтгэлийг хангахын тулд VLF-ийг 100-аас доош байлгах
- Лог файлын хэмжээг төлөвлөх: Хэт их автомат өсөлтөөс зайлсхийхийн тулд логуудыг урьдчилан хэмжээ
- Энгийн DBCC CHECKDB ажиллуулах: Авлигыг эрт илрүүл
14.2 Хяналт, сэрэмжлүүлэг
Идэвхтэй хяналт тавих:
- Өгөгдлийн сангийн төлөвийн өөрчлөлтийн сэрэмжлүүлгийг тохируулах
- Лог файлын хөтчүүд дээрх дискний зайг хянах
- Урт хугацааны гүйлгээг хянах
- Хэт их VLF тоолох тухай сэрэмжлүүлэг
14.3 Техник хангамж ба дэд бүтэц
Найдвартай дэд бүтцийг хангах:
- Гүйлгээний бүртгэлд хурдан хадгалах санг ашиглах (илүү зохимжтой SSD)
- Илүүдэл тэжээлийн хангамжийг хэрэгжүүлэх
- Өөр өөр хөтчүүд дээр өгөгдөл болон бүртгэлийн файлуудыг салга
- авч үзэх өндөр хүртээмжтэй шийдлүүд шиг Үргэлж бэлэн байгаа бүлгүүд
15. Алдааг олж засварлах цогц хувилбарууд
15.1 Өгөгдлийн сангийн олон асуудал
Олон мэдээллийн сан сэргээхэд гацсан үед:
- Системийн хэмжээнд асуудал байгаа эсэхийг шалгана уу (дискний зай, санах ой)
- Сэргээхийн тулд чухал мэдээллийн сангуудыг эрэмбэлэх
- Бүх жишээнд нөлөөлж буй техник хангамжийн асуудлуудыг авч үзье
- Сүүлийн үеийн системийн өөрчлөлт эсвэл шинэчлэлтүүдийг шалгана уу
15.2 Том өгөгдлийн санд анхаарах зүйлс
1 ТБ-аас дээш хэмжээтэй мэдээллийн сангийн хувьд:
- Сэргээх хугацааг уртасгана (боломжтой өдрүүд)
- Санах ойн хангалттай хуваарилалтыг хангах
- Зэрэгцээ боловсруулалтын тохиргоог анхаарч үзээрэй
- Сэргээх явцад tempdb зайг хянах
15.3 Microsoft-ын тусламж үйлчилгээтэй хэзээ холбоо барих вэ
Microsoft-ын дэмжлэгтэй холбогдоно уу:
- Нөөцлөх сонголтгүй үйлдвэрлэлийн чухал системүүд
- Сэжигтэй SQL Server програмын алдаанууд
- Баталгаат нөхөн сэргээх шаардлагатай аж ахуйн нэгжийн орчин
- Цогцолбор Always On буюу кластерийн хувилбарууд
16. Түгээмэл асуултууд
А: Хэр удаан байх ёстой SQL Server Мэдээллийн санг сэргээхэд ихэвчлэн шаардлагатай байдаг уу?
Х: Сэргээх хугацаа нь мэдээллийн сангийн хэмжээ, гүйлгээний хэмжээ, техник хангамжийн гүйцэтгэлээс хамаарна. Жижиг өгөгдлийн сангууд ихэвчлэн хэдэн минутын дотор сэргээгддэг бол өргөн хэмжээний гүйлгээний бүртгэлтэй том мэдээллийн сангууд хэдэн цаг зарцуулдаг. Алдааны бүртгэлд харуулсан цаг хугацааны тооцоолол нь ихэвчлэн буруу байдаг тул түүний оронд явцын хувь дээр анхаарлаа хандуулаарай.
А: Би больж болох уу? SQL Server өгөгдлийг алдалгүйгээр сэргээх үед?
Х: Зогсож байна SQL Server Сэргээх явцад нь ерөнхийдөө аюулгүй боловч үйлчилгээ дахин эхлэхэд сэргээх процессыг эхнээс нь дахин эхлүүлнэ. Энэ нь нийт сэргээх хугацааг уртасгах боловч анхны ослын үед болсон зүйлээс гадна нэмэлт өгөгдлийн алдагдалд хүргэхгүй.
А: "Сэргээхэд" болон "Сэргээх хүлээгдэж буй" хоёрын ялгаа нь юу вэ?
Х: "Сэргэж байна" гэсэн үг SQL Server Сэргээх үйлдлүүдийг идэвхтэй гүйцэтгэж байна. “Сэргээх хүлээгдэж байна” нь сэргээх үйл явц эхлээгүй байгааг илтгэнэ. Энэ нь ихэвчлэн файл дутуу, зөвшөөрөл хангалтгүй, эсвэл сэргээх ажиллагааг үргэлжлүүлэхийн өмнө шийдвэрлэх шаардлагатай дискний зайтай холбоотой асуудлуудаас шалтгаалж байна.
Та "Сэргээх хүлээгдэж буй" талаар илүү дэлгэрэнгүй мэдээллийг манай хэсгээс авах боломжтой дэлгэрэнгүй гарын авлага.
А: Хэрэв би REPAIR_ALLOW_DATA_LOSS ашиглавал датагаа алдах уу?
Х: Тийм ээ, REPAIR_ALLOW_DATA_LOSS нь мэдээллийн сангийн тогтвортой байдлыг сэргээхийн тулд гэмтсэн өгөгдлийг устгаж болзошгүй. Эхлээд үргэлж REPAIR_REBUILD оролдоод үзээрэй, энэ нь бүтцийн асуудлыг өгөгдөл алдалгүйгээр засдаг. Сэргээх өөр сонголт байхгүй үед л REPAIR_ALLOW_DATA_LOSS-г хамгийн сүүлийн арга болгон ашиглаарай.
Асуулт: Нэг мэдээллийн сан сэргэж байх үед би бусад мэдээллийн сан руу хандаж болох уу?
Хариулт: Тийм ээ, бусад мэдээллийн сангууд SQL Server жишээ нь сэргээх явцад хандах боломжтой хэвээр байна. Зөвхөн сэргээгдэж байгаа мэдээллийн сан боломжгүй байна. Гэсэн хэдий ч сэргээх ажиллагаа нь серверийн ерөнхий гүйцэтгэлд нөлөөлж болзошгүй.
А: Өгөгдлийн сан сэргээх горимд гацахад юу нөлөөлдөг вэ?
Хариулт: Нийтлэг шалтгаанууд нь NORECOVERY ашиглан бүрэн гүйцэд сэргээх үйлдлүүд, хэт их Виртуал Бүртгэлийн Файлууд (VLF), хийгээгүй их хэмжээний ажил гүйлгээ, мэдээллийн сангийн эвдрэл, дискний зай хангалтгүй, техник хангамжийн асуудлууд зэрэг орно. AUTO CLOSE-г идэвхжүүлсэн мэдээллийн сан нь сэргээхэд байнга ордог мэт харагдаж болно.
Асуулт: Сэргээх явц ахицтай байгаа эсвэл гацсан эсэхийг би яаж мэдэх вэ?
Х: Хяналт SQL Server Дуусалтын хувийг харуулсан сэргээх явцын мессежүүдийн алдааны бүртгэлүүд. Идэвхтэй DB STARTUP командуудыг шалгахын тулд sys.dm_exec_requests ашиглана уу. Хэрэв хувь нь цаг хугацааны явцад нэмэгдвэл сэргээх явц үргэлжилж байна. Хэдэн цагийн турш шинэ бүртгэл оруулаагүй байх нь процесс гацсаныг илтгэж магадгүй юм.
А: Дахин эхлүүлэх нь аюулгүй юу? SQL Server нөхөн сэргээх үед үйлчилгээ?
А: Дахин эхлүүлэх нь аюулгүй боловч болгоомжтой ашиглах хэрэгтэй. Энэ нь сэргээх ажиллагааг эхнээс нь дахин эхлүүлэх бөгөөд энэ нь сэргээх хугацааг хоёр дахин нэмэгдүүлж болзошгүй. Хэрэв сэргээх ажиллагаа олон цагийн турш ахиц дэвшилгүй бүрэн зогссон эсвэл үйл явц үнэхээр гацсан гэж сэжиглэж байгаа бол л дахин эхлүүлнэ үү.
А: AUTO CLOS болон сэргээх горим хоёрын ялгаа юу вэ?
Х: AUTO CLOSE нь ямар ч холболт байхгүй үед өгөгдлийн санг автоматаар хааж, дараа нь шинэ холболтоор дахин нээдэг. Дахин дахин нээх энэ удаад богино хэмжээний сэргээх үйл явцыг эхлүүлж, мэдээллийн сан байнга сэргээгдэж байгаа мэт харагдана. AUTO CLOSE-г идэвхгүй болгосноор энэ асуудал шийдэгдэнэ.
А: Гүйлгээний бүртгэлийн нөөцлөлт нь сэргээх явцад тусалж чадах уу?
А: Хэрэв бүртгэлийн диск дүүрсэн бол гүйлгээний бүртгэлийн нөөцлөлт нь бүртгэлийн зайг чөлөөлж, сэргээх ажиллагааг үргэлжлүүлэх боломжийг олгодог. Гэсэн хэдий ч та одоогоор сэргээх горимд байгаа мэдээллийн сангийн бүртгэлийг нөөцлөх боломжгүй. Бүртгэлийн нөөцлөлт нь урьдчилан сэргийлэх болон сэргээлтийн дараах засвар үйлчилгээнд илүү ашигтай байдаг.
Асуулт: Би хэзээ Microsoft-ын дэмжлэгтэй холбоо барих ёстой вэ?
Х: Сэргээх арга нь бүтэлгүйтсэн, сэжиглэж байгаа үед үйлдвэрлэлийн чухал системүүдийн талаар Microsoft-ын дэмжлэгтэй холбоо барина уу SQL Server Програм хангамжийн алдаанууд, Always On эсвэл кластерийн нарийн төвөгтэй хувилбарууд эсвэл байгууллагын орчинд хамгийн бага сул зогсолтоор баталгаатай өгөгдлийг сэргээх шаардлагатай үед.
А: Мэдээллийн санг сэргээхэд гацахаас хэрхэн сэргийлэх вэ?
Х: Тогтмол бүтэн болон бүртгэлийн нөөцлөлтийг хэрэгжүүлэх, VLF тооллогыг хянах, удирдах, дискний хангалттай зайг хангах, унтрах горимыг зөв ашиглах, техник хангамжийн найдвартай байдлыг хангах, үйлдвэрлэлийн мэдээллийн сан дээр АВТО ХААХ-ыг идэвхгүй болгох, авлигыг эрт илрүүлэхийн тулд DBCC CHECKDB үйлдлүүдийг тогтмол ажиллуул.
Асуулт: VLF гэж юу вэ, яагаад тэд нөхөн сэргээхэд нөлөөлдөг вэ?
Х: Виртуал бүртгэлийн файлууд (VLFs) нь гүйлгээний бүртгэлийн файл доторх дотоод сегментүүд юм. Хэт олон VLF (1,000 гаруй) учир нь нөхөн сэргэлтийг удаашруулдаг SQL Server тус бүрийг тусад нь боловсруулах ёстой. Лог файлын зөв хэмжээ, өсөлтийн тохиргоо нь VLF-ийн оновчтой тоог хадгалахад тусалдаг.
А: Өгөгдлийн сан сэргэж байх үед би нөөцөөс сэргээж болох уу?
Хариулт: Та сэргээх горимд байгаа мэдээллийн баазыг сэргээх боломжгүй. Та сэргээх ажиллагааг дуусгахыг хүлээх хэрэгтэй SQL Server үйлчилгээ, эсвэл өөр мэдээллийн сангийн нэр рүү сэргээнэ үү. Яаралтай нөхцөл байдлын хувьд мэдээллийн сангийн шинэ нэрийг сэргээж, сэргээх асуудал шийдэгдсэний дараа нэрийг нь өөрчлөх талаар бодож үзээрэй.
17. Дүгнэлт ба дараагийн алхамууд
17.1 Гол шийдлүүдийн хураангуй
Хэзээ таны SQL Server Өгөгдлийн сан сэргээгдэж байгаа бол дараах дарааллаар эхлүүлнэ үү:
- Алдааны бүртгэлийг шалгаж, явцыг хянах
- Хэрэв ахиц дэвшил тогтвортой байвал байгалийн гүйцэтгэлийг хүлээнэ үү
- Бүрэн бус сэргээлтэнд RESTORE WITH RECOVERY-г ашиглаарай
- Гүйлгээний бүртгэлийн асуудлыг шийдвэрлэх
- DBCC CHECKDB эсвэл авлигын мэргэжлийн хэрэгслийг ажиллуул
- Хүнд тохиолдолд нөөц сэргээх талаар бодож үзээрэй
ихэнх SQL Server db сэргээх тохиолдолд эдгээр батлагдсан аргуудыг ашиглан хэдэн цагийн дотор шийддэг. Нарийн төвөгтэй хувилбаруудын хувьд дэвшилтэт техник, мэргэжлийн хэрэгслийг ашиглахаас бүү эргэлз.
17.2 Нэмэлт нөөц
Нэмэлт тусламж авахын тулд:
- Microsoft- SQL Server Бичиг баримт
- SQL Server Олон нийтийн форум
- Өгөгдлийн сангийн удирдлагын блог, техникийн нөөц
- Мэргэжлийн мэдээллийн сан сэргээх үйлчилгээ
Тогтмол засвар үйлчилгээ, хяналт нь ихэнх сэргээх асуудлаас урьдчилан сэргийлдэг. Сэргээх асуудлын үед MS SQL-ийн ирээдүйн тохиолдлыг багасгахын тулд энэхүү гарын авлагад дурдсан урьдчилан сэргийлэх аргуудыг хэрэгжүүлнэ.
Зохиогчийн Тухай
Юань Шэн нь 10 гаруй жилийн туршлагатай мэдээллийн сангийн ахлах администратор (DBA) юм SQL Server орчин, аж ахуйн нэгжийн мэдээллийн сангийн менежмент. Тэрээр санхүүгийн үйлчилгээ, эрүүл мэнд, үйлдвэрлэлийн байгууллагуудын мэдээллийн санг сэргээх олон зуун хувилбаруудыг амжилттай шийдвэрлэсэн.
Юань мэргэшсэн SQL Server мэдээллийн санг сэргээх, өндөр хүртээмжтэй шийдэл, гүйцэтгэлийг оновчтой болгох. Түүний олон терабайтын өгөгдлийн санг удирдах, Үргэлж бэлэн байдлын бүлгүүдийг хэрэгжүүлэх, бизнесийн чухал системүүдийн автомат нөөцлөлт, сэргээх стратеги боловсруулах зэрэг түүний өргөн туршлага багтана.
Юань техникийн туршлага, практик арга барилаараа дамжуулан мэдээллийн сангийн администраторууд болон мэдээллийн технологийн мэргэжилтнүүдэд нарийн төвөгтэй асуудлыг шийдвэрлэхэд туслах цогц гарын авлагыг бий болгоход анхаарлаа хандуулдаг. SQL Server сорилтуудыг үр дүнтэй даван туулах. Тэрээр хамгийн сүүлийн үеийн мэдээлэлтэй хэвээр байна SQL Server хувилбарууд болон Microsoft-ын хөгжиж буй мэдээллийн баазын технологиуд, түүний зөвлөмжүүд нь бодит ертөнцийн шилдэг туршлагыг тусгахын тулд сэргээх хувилбаруудыг тогтмол туршиж үздэг.
талаар асуух зүйл байна SQL Server сэргээх эсвэл мэдээллийн сангийн алдааг олж засварлах нэмэлт заавар хэрэгтэй юу? Юань угтан авлаа санал хүсэлт, санал Эдгээр техникийн нөөцийг сайжруулахын тулд .