User:Жав/sandbox

Өгөдлийн санг нөөцлөх
Өгөгдлийн санг нөөцлөх гэдэг нь өгөгдлийн үйлдлийн төлөв, архитектур, өгөгдлийн санг хадгалсан өгөдлийг нөөцлөх процесс юм. Энэ нь үндсэн мэдээллийн санг сүйрсэн, гэмтсэн, алдагдсан тохиолдолд мэдээллийн баазын давхардал, мэдээллийн сан үүсгэх боломжийг олгодог. Өгөгдлийн сангийн нөөц бол мэдээллийн санг хамгаалах, сэргээх арга юм. Энэ нь мэдээллийн баазын редактороор хийгддэг бөгөөд өгөгдлийн сан эсвэл мэдээллийн баазын сервер дээр хийгдэж болно. Ерөнхийдөө мэдээллийн санг RDBMS буюу түүнтэй адилтгах мэдээллийн менежментийн програм хангамжаар гүйцэтгэдэг. Өгөгдлийн сан болон өгөгдөлийн сангийн өгөгдлийг сэргээхийн тулд өгөгдлийн сангийн нөөц хуулбар болох өгөгдлийн баазыг ашиглана. Өгөгдлийн санг нөөцлөхдөө дотооддоо эсвэл нөөц сервер дээр хадгалж болно.

Нэр томъёо:
1.	Back up [үйл үг] SQL Server мэдээллийн баазаас өгөдөл эсвэл бүртгэгдсэн бүртгэлүүдийг хуулбарлах, өгөгдлийн нөөцлөх эсвэл нөөц үүсгэх болон нөөц төхөөрөмж рүү шилжүүлж нөөцлөхийг хэлнэ. 2.	Backup [нэр үг] Санамсаргүй эсвэл санаатайгаар өгөгдөл устсаны дараа өгөгдлийг сэргээх, өгөгдлийн хуулбар сэргээхэд ашиглаж болох SQL Server хэлнэ. SQL серверийн өгөгдлийн нөөц нь өгөгдлийн сан, түүний файлууд эсвэл түүний мэдээллийн баазынхан түвшинд бий болсон байдаг. Хүснэгт түвшний нөөцлөлтүүдийг бий болгохгүй. Өгөдлийн нөөцүүдээс гадна, бүрэн сэргээх загвар нь гүйлгээний бүртгэлийг нөөцлөхийг шаарддаг. 3.	Recovery model [сэргээх загвар] Өгөгдлийн сан дахь гүйлгээний бүртгэлийг хянадаг мэдээллийн бааз. Сэргээх гурван загвар байдаг: энгийн, бүрэн дүүрэн, их хэмжээгээр нэвтэрсэн байдаг. Өгөгдлийн сангийн сэргээх загвар нь нөөцийг нь сэргээж, сэргээх шаардлагыг тодорхойлдог. 4.	Restore [сэргээх] Өгөгдсөн өгөгдлийн санд бүх өгөгдөл, бүртгэлийн хуудсыг бүх SQL өгөгдлөөс хуулбарладаг олон фазын процессыг хуулбарлаж, дараа нь өгөгдлийг урагшлуулахын тулд бүртгэгдсэн өөрчлөлтийг ашиглах замаар нөөцлөгдсөн бүх гүйлгээг урагшлуулна.

5.	Full Database Backups (SQL Server) – Бүтэн Мэдээллийн санг нөөцлөх (SQL Server)

6.	Database Backups Under the Simple Recovery Model - Энгийн сэргээх загварын дагуу мэдээллийн санг нөөцлөх

7.	Database Backups Under the Full Recovery Model - Бүрэн сэргээх загварын дагуу мэдээллийн санг нөөцлөх

8.	Use a Full Database Backup to Restore the Database - Өгөгдлийн санг сэргээхэд бүрэн өгөгдлийн сангийн нөөцлөлт ашиглах

Бүтэн Мэдээллийн санг Нөөцлөх (SQL Server)
Бүрэн мэдээллийн санг нөөцлөх нь бүх өгөгдлийн санг буцаадаг. Энэ нь бүрэн бүтэн байдлын өгөгдлийн санг сэргээж дууссаны дараа бүрэн мэдээллийн санг сэргээж болох тул шилжүүлгийн логын хэсэг орно. Бүрэн мэдээллийн санг нөөцлөх нь нөөц дууссаны дараа мэдээллийн баазыг илэрхийлдэг.

♦ Зөвлөмж Өгөгдлийн санг ихэсгэхийн тулд мэдээллийн баазын бүрэн нөөцлөлтийн хувьд илүү их хугацаа шаардагдах бөгөөд илүү их зай шаардах болно. Тиймээс, том мэдээллийн баазын хувьд та өгөгдлийн сангуудын нөөцлөлтийн цуврал бүхий бүрэн өгөгдлийн санг нэмэгдүүлж болно. Дэлгэрэнгүй мэдээлэл авах бол Differential Backups (SQL Server) -ийг үзнэ үү.

♦ Ач холбогдолтой TRUSTWORTHY нь өгөгдлийн санг нөөцлөх дээр унтраахаар тохируулсан байна. TRUSTWORTHY хэрхэн тохируулах талаар мэдээлэл авахыг хүсвэл DATABASE SET Options (Transact-SQL) -ийг үзнэ үү.

Differential Backups (SQL Server)
Энэ нөөцлөлт болон сэргээх сэдэв нь бүх SQL Server өгөгдлийн сантай холбоотой юм. Дифференц нөөцлөх нь хамгийн сүүлийн үеийн, өмнөх бүрэн өгөгдөл нөөцлөх дээр суурилсан. Нөөцлөх нөөцлөлт нь бүрэн нөөцлөхөөс хойш өөрчлөгдсөн өгөгдлүүдийг зөвхөн агуулдаг. Нөөцлөх нөөцийг суурилуулсан бүрэн нөөцлөлт нь дифференциалын суурь юм. Бүрэн хуулбарлах нөөцлөлтүүд нь хуулбарлаагүй зөвхөн нөөцлөлтүүдээс гадна өгөгдлийн сангуудыг нөөцлөх, хэсэгчлэн нөөцлөх, файлын нөөцлөлтүүд зэрэг хэд хэдэн дифференцийн нөөцлөлтүүдийн суурь болж өгдөг. Файлын дифференц нөөцлөхөд зориулсан үндсэн нөөцлөлт нь бүрэн нөөцлөлт, файлын нөөцлөлт, эсвэл хэсэгчилсэн нөөцлөлтийн хүрээнд агуулагдаж болно.

Ашиг тус:

1. Дифференциал нөөцлөлтийг бий болгох нь бүрэн нөөц үүсгэхтэй харьцуулахад маш хурдан байж чадна. Зөвхөн дифференц нөөцлөлтөн дээр бүрэн нөөшлөгдсөнөөс хойш өөрчлөгдсөн өгөгдөл нь зөвхөн ялгаатай нөөц бичлэгүүд юм. Энэ нь өгөгдлийн алдагдлыг бууруулах эрсдэлийг бууруулдаг өгөгдлийг нөөцлөх байнгын нөөцийг бий болгодог. Гэсэн хэдий ч, та дифференциал нөөцлөлтийг сэргээхээсээ өмнө өөрийн баазаа сэргээх ёстой. Тиймээс дифференциал нөөцлөлтөөс сэргээх нь хоёр нөөц файл шаардагдах тул бүрэн нөөцөөс сэргээхээс илүү олон алхам, хугацаа шаардагдана.

2. Мэдээллийн сангуудын нэг хэсэг нь мэдээллийн баазаас илүү олон удаа өөрчлөгдсөн тохиолдолд ялгаатай мэдээллийн санг нөөцлөх нь илүү ашигтай байдаг. Эдгээр тохиолдолд дифференциал өгөгдлийн сан нь таныг бүрэн мэдээллийн сангуудын нөөцөөс хамгаалахгүйгээр байнга нөөцлөх боломжийг олгодог.

3. Бүрэн сэргээх загвар дээр дифференциал нөөцлөлтийг ашиглан сэргээх ёстой бүртгэлийнхээ нөөцийг багасгаж болно.

Энгийн сэргээх загварын дагуу мэдээллийн санг нөөцлөх
Нөхөн сэргээх энгийн загварчлалын дагуу нөөц тус бүрий дараа мэдээллийн сан нь гамшиг тохиолдоход ажлын боломжит алдагдлын хувьд илэрдэг. Ажлын алдагдлын хэмжээ нь шинэчлэлт бүрт дараагийн нөөц болтол нэмэгддэг. Ажлын алдагдлын хэмжээ нь тэг болж, ажлын алдагдлын шинэ мөчлөг эхэлдэг. Ажиллах үеийн алдагдал нь нөөцлөх үеийн хооронд нэмэгдэж байдаг. Дараах жишээ нь зөвхөн бүрэн бүтэн байдлын нөөцлөлтийг ашигладаг нөөцлөлтийн стратегийн алдагдлын өртөлтийг харуулж байна. Жишээ (Transact-SQL) Дараах жишээ нь нөөц FORMAT-ийг ашиглан нөөцийг хэрхэн устгах болон шинэ медиа багцыг үүсгэхийн тулд мэдээллийн баазын бүрэн нөөцийг хэрхэн үүсгэхийг харуулж байна.

Бүрэн сэргээх загварын дагуу мэдээллийн санг нөөцлөх
Бүтэн болон их хэмжээний бүртгэлийг сэргээх өгөгдлийн сангийн хувьд өгөгдлийн сангийн нөөцлөлт шаардлагатай боловч хангалттай биш. Шилжүүлгийн бүртгэлийг нөөцлөх шаардлагатай болно. Дараах зураглалыг бүрэн сэргээх загвар дээр боломжтой хамгийн ноцтой нөөцлөлтийн стратегийг харуулж байна.

Бүртгэлийн нөөцүүдийг хэрхэн үүсгэх тухай мэдээллийг Transaction Log Backups (SQL Server) -с үзнэ үү. Жишээ (Transact-SQL) Дараах жишээ нь нөөц FORMAT-ийг ашиглан нөөцийг хэрхэн устгах болон шинэ медиа багцыг үүсгэхийн тулд мэдээллийн баазын бүрэн нөөцийг хэрхэн үүсгэхийг харуулж байна. Дараа нь жишээ нь гүйлгээний бүртгэлийг буцаадаг. Бодит амьдралын нөхцөлд та байнгын логик нөөцлөлтүүдийг хийх хэрэгтэй болно. Энэ жишээний хувьд AdventureWorks2012 дээжийн мэдээллийн сан нь бүрэн сэргээх загварыг ашиглахаар тохируулсан

Transaction Log Backups (SQL Server) Гүйлгээний бүртгэлийн нөөц
Энэ сэдэв нь зөвхөн бүрэн эсвэл олон нийтэд бүртгэгдсэн сэргээх загварыг ашиглаж байгаа SQL Server мэдээллийн сантай холбоотой юм. Энэ сэдэв нь SQL Server мэдээллийн сангийн гүйлгээний бүртгэлийг нөөцлөх талаар хэлэлцэнэ. Хамгийн багаар бодоход та нөөцлөлтийн бүртгэл үүсгэхээсээ өмнө дор хаяж нэг бүтэн нөөц бий болгосон байх ёстой. Үүний дараа бүртгэлийн логийг нөөцлөгдөөгүй л бол гүйлгээний бүртгэлийг хэзээ ч буцааж болно. Бид ажлын алдагдлыг багасгах, гүйлгээний бүртгэлийг түргэсгэхийн тулд бүртгэлийн логуудыг байнга авдаг байхыг зөвлөж байна.

Өгөгдлийн сангийн администратор нь ихэвчлэн долоо хоногт гэх мэт байнгын мэдээллийн санг нөөцөлж авдаг бөгөөд сонголтоор өгөгдлийн сангуудыг өдөр тутмын зэрэг богино зайд үүсгэдэг. Өгөгдлийн санг нөөцлөхөөс үл хамааран, өгөгдлийн сангийн администратор нь гүйлгээний бүртгэлийг 10 минут тутмын давтамжтайгаар нөөцлөнө. Өгөгдсөн төрлийн нөөцлөлтийн хувьд хамгийн оновчтой интервал нь өгөгдлийн ач холбогдол, өгөгдлийн сангийн хэмжээ, серверийн ажлын ачаалал зэрэг хүчин зүйлээс хамаардаг.

Бүртгэлийн нөөцлөлтийн дараалал хэрхэн ажилладаг талаар
Гүйлгээ хийх бүртгэлийн логын дараалал нь өгөгдөл сэргээхээс хамааралгүй байдаг. Жишээлбэл, дараах үйл явдлын дарааллыг баримтална.

Өглөө 8:00 цагт бүтээсэн гүйлгээний лог нөөц. Оройны 4:00 цагийн хооронд гүйлгээний бүртгэлийг агуулсан байна. Өглөөний 8:00 цагаас, өгөгдлийн санг бүрэн нөөцлөх цагийг оройны 6:00-д үүсгэсэн. Гүйлгээний бүртгэлийн нөөцлөлтийн дараалал нь 8:00 цагт бүтээсэн анхны бүрэн мэдээллийн санг нөөцлөхөөс тасралтгүй үргэлжлэх болно. 8:00 цагт үүсгэсэн сүүлчийн гүйлгээний лог нөөц хуулбар юм.

Өгөгдлийн санг сэргээхэд бүрэн мэдээллийн сангийн нөөцлөлтийг ашиглах
Та бүх өгөгдлийн санг нэг алхам дээр дахин үүсгэж, ямар ч байршил руу бүрэн өгөгдлийн сангаас нөөцлөх боломжтой. Гүйлгээний бүртгэлийг хангалттай оруулсан нь нөөшлөлтөнд багтсан байна. Өгөгдлийн сангийн нөөц дууссан үед сэргээгдсэн өгөгдлийн сан нь мэдээллийн баазын төлөв байдалд тохирсон, ямар ч холбоогүй гүйлгээг хасах болно. Бүрэн сэргээх загвар дээр дараа дараагийн бүх шилжүүлгийн бүртгэлийг сэргээх хэрэгтэй. Өгөгдлийн сан сэргээгдэх үед арилжааны бус гүйлгээ буцаагдах болно.

Өгөгдлийн санг oracle ашиглана нөөцлөх
Бид нөөцлөлтийн талаар илүү ихийг мэдэхээсээ өмнө байгууллагын хамгийн чухал хөрөнгөтэй холбоотой мэдээллийг ойлгох хэрэгтэй. Танай байгууллага Oracle-ийн мэдээллийн санд ажилладаг. "Өгөгдлийн сан" гэсэн нэр томъёог ойлгохын тулд Database Database Testing-г эндээс авч болно. Байгууллагын өгөгдөл бол байгууллагын хамгийн чухал хэсэг юм. Жижиглэн худалдаа, банкны компанийг авч үзье. Тэд бүгдээрээ асар их хэмжээний өгөгдөлтэй - хэрэглэгчид, систем гэх мэт. Өгөгдлийн сангийн администраторын хувьд, энэ өгөгдлийг хамгаалах ажилд томилогдсон Системийн администратор эсвэл ажилтан байгууллага нь хэр чухал мэдээлэл байгааг мэдэж байх ёстой. Өгөгдөл үргэлж бэлэн байгаа эсэхийг яаж хангах вэ? Энэ өгөгдлийг нөөцлөх. Нөөц бол өгөгдлийн алдагдлын тохиолдолд таны өгөгдлийг сэргээхэд туслах мэдээллийн баазын хуулбар юм.

Яагаад нөөцлөх ёстой вэ?
Хэдэн сая хэрэглэгчтэй харилцах дансны дугаар, нэр, нэр дэвшигч, банкны баланс, байгууллагатай холбоотой өгөгдөлтэй холбоотой мэдээлэл бүхий банкны байгууллагад тэдний үйлчлүүлэгчид хэрхэн хандах вэ? Байгууллага маш их мэдээллийг алдах дарамттай хэрхэн харьцах вэ? Тэд олон тооны хэрэглэгчид сэтгэл хангалуун бус байдалд хэрхэн хариулах вэ?

Тиймээс бид энэ өгөгдлийг нөөцлөхдөө диск (хадгалалтын) алдаа гарсан тохиолдолд диск хянагч (storage controller) бид нөөцөө үргэлж хадгалах боломжтой, өөрөөр хэлбэл хадгалах файлын Үйлчлүүлэгчид өөрсдийн өгөгдлөө алддаг.

Илүү таамаглаж хэлэхэд сая сая хэрэглэгчид, тэдгээрийн бүрдэл хэсэг сая сая гүйлгээ, мэдээллийн санг санамсаргүй байдлаар сүйрүүлж, алдагдсан өгөгдлөө алдаж байна гэж бодъё. Энэ бүх хэрэглэгчдийг өөрсдийн өгөгдлөө дахиж дахин оруулах уу? Өгөгдлийг их хэмжээгээр алдахад хүрч болох уу? Энэ нь маш их хүлээн зөвшөөрөгдөхгүй.

Үүний нэгэн адил, сая сая хэрэглэгчийг дэмждэг харилцаа холбооны компани гэж үзэж, утасны дугаар, хаяг, зээл авах, төлбөрөө хүлээж авах зэрэг бүх мэдээллүүдтэй байна. Хэрэв бид бүх өгөгдлөө алдвал яах вэ? Компани нь сүйрч, асар их зардлаа нөхөх ёстой. Энэ нь асар том сүйрэл болно.

Хэрхэн нөөцлөх вэ?
Oracle Database-д нөөцлөхийн тулд бид хэд хэдэн аргуудтай. Эдгээрийг физик, логик нөөцлөлт гэж ангилдаг

1) Физик нөөцлөлт:

Гуравдагч талын нөөцүүд - тухайлбал Veritas NetBackup, SAP, IBM Tivoli Manager, EMC, HP Хэрэглэгчийн удирдлагатай нөөцлөлт - Хувилбар (цонх), cp (Unix) зэрэг үйлдлийн системүүдийг ашиглан мэдээллийн санг нөөцлөх. Oracle Secure Backup Миний дуртай, хамгийн таалагдсан Oracle хэрэгсэл - Recover Manager (RMAN). 2) Логик нөөцлөлт:

Ердийн экспортын / импортын хэрэглээ болон Datapump хэрэгслүүд. Логик нөөцлөлт нь дээрх обьектуудын байршлаас хараат бус өгөгдлийн сангийн бүрэлдэхүүн хэсгүүд болох хүснэгтүүд, индекс гэх мэт логик өгөгдлүүдийн нөөц юм.

Ашишласан материал

 * https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/full-database-backups-sql-server*
 * https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/create-a-full-database-backup-sql-server*
 * https://www.techopedia.com/definition/29388/database-backup*
 * https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/create-a-full-database-backup-sql-server*
 * http://www.softwaretestinghelp.com/testing-oracle-database-backups/*