SQL дерекқорыңыз қалпына келтіруді күту күйінде тұрып қалғанда, дерекқорыңызға қол жетімсіз болады және операциялар тоқтайды. Бұл жан-жақты нұсқаулықта SQL дерекқорын қалпына келтіруді күту мәселелерін шешудің 15 дәлелденген әдісі берілген, қарапайым қайта іске қосудан бастап кеңейтілген апаттық жөндеуге дейін.
1. SQL дерекқорын қалпына келтіру күту күйін түсіну
Қандай да бір түзетулер жасамас бұрын, SQL дерекқорын қалпына келтіруге не себеп болатынын түсіну дұрыс шешімді таңдау үшін өте маңызды.
1.1 Күтудегі қалпына келтіру нені білдіреді?
Күтудегі қалпына келтіру соны көрсетеді SQL Server дерекқорды қалпына келтіру қажет екенін, бірақ қалпына келтіру процесін бастай алмайтынын түсінеді. Белсенді қалпына келтіру жүріп жатқанын көрсететін «Қалпына келтіру» функциясынан айырмашылығы, «Қалпына келтіру күтілуде» функциясы қалпына келтірудің кедергімен бұғатталғанын білдіреді.
Деректер базасының негізгі күйлері мыналарды қамтиды:
- ЖЕЛІДЕ – Қалыпты жұмыс күйі
- ҚАЛПЫНА АЛУ – Қалпына келтіру процесі белсенді түрде жүріп жатыр
- ҚАЛПЫНА АЛУ КҮТІЛДІ – Қалпына келтіруді бастау мүмкін емес
- КҮДІКТІ – Деректер базасында маңызды қателер бар
- Төтенше жағдайлар – Жөндеуге арналған тек оқуға рұқсаты шектеулі
- OFFLINE – Қолмен офлайн режиміне түсірілген
1.2 SQL дерекқорын қалпына келтірудің күтілудегі жалпы себептері
SQL db қалпына келтіруді күтудегі мәселелер әдетте мына жалпы себептерден туындайды:
- Жетіспейтін немесе бүлінген транзакция журналының файлдары (LDF)
- Қалпына келтіру операциялары кезінде дискілік кеңістік жеткіліксіз
- Аппараттық ақаулар және жүйенің күтпеген өшірілуі
- Бүлінген MDF дерекқор файлдары
- Қол жеткізуге кедергі келтіретін файл рұқсаты мәселелері
- SQL Server қызметті іске қосу уақытындағы мәселелер
- FILESTREAM конфигурация қателері
- Серверді тасымалдаудан кейін қате файл жолдары
1.3 Дерекқор күйін қалай тексеруге болады
Мына әдістерді пайдаланып дерекқор күйін тексеріңіз:
пайдалану SQL Server Менеджмент студиясы:
- Өзіңізге қосылыңыз SQL Server данасы
- кеңейту Мәліметтер базасы папка
- «(Қалпына келтіру күтілуде)» күйін көрсететін дерекқорларды іздеңіз
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 оқиғалар журналдарын тексеріңіз
- баспасөз Windows пернесі + R
- түрі eventvwr.msc және Enter пернесін басыңыз
- Шарлау тармағына өтіңіз Windows журналдары -> жүйе және қолдану
- Іздеу SQL Server мәселе орын алған уақытта байланысты қателер
2.3 Файлдың қолжетімділігін тексеріңіз
- Дерекқор файлының орындарына өтіңіз
- MDF және LDF файлдарының екеуінің де бар екенін тексеріңіз
- Дискілердің онлайн және қолжетімділігін тексеріңіз
- Желілік дискілердің дұрыс орнатылғанын растаңыз
3. №1 түзету: Қайта іске қосу SQL Server Қызметтер
Қайта іске қосу SQL Server қызметтер уақыт мәселелері немесе уақытша ресурстар қақтығыстарынан туындаған көптеген SQL дерекқорын қалпына келтіру мәселелерін шешеді.
3.1 Қызметті қайта іске қосу жұмыс істеген кезде
Бұл әдіс тиімді:
- Іске қосу кезіндегі уақытша ресурстарды құлыптау
- Drive қолжетімділігінің кешігулері
- Қызметке тәуелділік уақыты мәселелері
- Кішігірім конфигурация қайшылықтары
3.2 Қайта іске қосу жолы SQL Server Қызметтер
1 әдісі: SQL Server Конфигурация менеджері
- ашық SQL Server Конфигурация менеджері
- басыңыз SQL Server Қызметтер
- Тінтуірдің оң жағын басыңыз SQL Server мысалы, мысалы SQL Server (MSSQLSERVER)
- таңдау Қайтадан қосу
- Қызметтің толық қайта іске қосылуын күтіңіз
2-әдіс: Қызметтер консолі
- баспасөз 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 дерекқорын қалпына келтіру кезіндегі күтілетін мәселелердің жиі кездесетін себебі болып табылады. Қалпына келтіру операциялары уақытша файлдар мен журналдарды өсіру үшін қосымша орынды қажет етеді.
4.1 Диск кеңістігіндегі ақауларды анықтау
- ашық File Explorer бағдарламасы
- Дерекқор файлдары бар дискілерге өтіңіз
- Қол жетімді бос орынды тексеріңіз
- Қалпына келтіру операциялары үшін кемінде 10-20% бос орынды қамтамасыз етіңіз
4.2 Дискідегі орынды босату
- Қажетсіз уақытша файлдарды жою
- айқын SQL Server бос орын маңызды болса, файлдардың сақтық көшірмесін жасаңыз
- Маңызды емес файлдарды басқа дискілерге жылжытыңыз
- Мүмкін болса, басқа дерекқор файлдарын кішірейтіңіз
Дерекқор файлдарын кішірейту (мұқият пайдаланыңыз):
DBCC SHRINKFILE (logicalfilename, target_size);
4.3 Ғарыштық түзетуден кейін деректер базасын желіде орнату
Бос орын болғаннан кейін дерекқорды желіге қосуға тырысыңыз:
ALTER DATABASE [DatabaseName] SET ONLINE;
5. №3 түзету: Орнату SQL Server Кешіктіріп іске қосуға қызмет көрсету
параметр SQL Server кешіктірілген іске қосу жүйені жүктеу кезінде сақтау жүйелерінің немесе желілік дискілердің дайын болмауынан туындаған SQL дерекқорын қалпына келтіру мәселелерін шешеді.
5.1 Уақытты анықтау мәселелерін түсіну
Уақыт мәселесі келесі жағдайларда пайда болады:
- SAN немесе желілік жадты баптандыру үшін уақыт қажет
- Ерте жүктеу кезінде диск әріптері тағайындалмайды
- Желілік дискілер аутентификацияны қажет етеді
- Сақтау контроллері инициализация уақытын қажет етеді
5.2 Кешіктіріп іске қосуды конфигурациялау
- баспасөз Windows пернесі + R
- түрі services.msc және Enter пернесін басыңыз
- табу SQL Server мысалы, мысалы SQL Server (MSSQLSERVER)
- Тінтуірдің оң жақ түймешігімен нұқыңыз және таңдаңыз Сипаттар
- өзгеріс Іске қосу түрі дейін Автоматты (кешіктіріп бастау)
- басыңыз OK
- Тестілеу үшін жүйені қайта іске қосыңыз
5.3 Уақытты анықтаудың балама шешімдері
Қосымша бақылау үшін жоспарланған тапсырманы жасаңыз:
- ашық Тапсырмаларды жоспарлаушы
- басыңыз Әрекет -> Негізгі тапсырма жасау
- Енгізіңіз Толық аты-жөніңіз және сипаттамасы тапсырманың, мысалы, «Бастауды кейінге қалдыру» SQL Server қызмет»
- жиынтық Триггер дейін Компьютер іске қосылған кезде
- жиынтық Action дейін Бағдарламаны бастау
- жиынтық Бағдарлама/скрипт толық жолына Sqlservr.exe, келесідей: C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\Binn\sqlservr.exe. Оны табу үшін Windows жүйесіндегі іздеу функциясын пайдалануға болады.
- Аяқтау бетінде таңдаңыз Мен «Аяқтау» түймесін басқан кезде осы тапсырма үшін «Сипаттар» диалогтық терезесін ашыңыз.
- басыңыз Аяқтау.
- Тапсырма сипаттары тілқатысу терезесінде түймесін басыңыз триггерлері қойындысы
- Триггерді таңдап, басыңыз редакциялау
- Қосымша параметрлерде тексеріңіз Тапсырманы кейінге қалдыру: және уақытты 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 түзету: АВТОМАТТЫ ЖАБУ мүмкіндігін өшіру
АВТО ЖАБУ мүмкіндігі дерекқорлар жиі ашылған және жабылған кезде, қалпына келтіру әрекеттері кезінде уақыт қақтығыстарын тудырған кезде, SQL дерекқорын қалпына келтіру күтілмейтін мәселелерді тудыруы мүмкін.
9.1 АВТО ЖАБУ әсерін түсіну
- Соңғы пайдаланушы ажыратқаннан кейін дерекқор жабылады
- Дерекқор ашылған сайын қалпына келтіру керек
- Жиі қалпына келтіру циклдерін жасайды
- Басқа операцияларға кедергі келтіруі мүмкін
9.2 АВТО ЖАБУ функциясын өшіру
T-SQL пайдалану:
ALTER DATABASE [DatabaseName] SET AUTO_CLOSE OFF;
пайдалану SQL Server Менеджмент студиясы:
- Дерекқорды тінтуірдің оң жақ түймешігімен басыңыз
- таңдау Сипаттар
- Бару Опциялар бет
- жиынтық Автоматты түрде жабу дейін жалған
- басыңыз OK
9.3 Қатысты АВТО параметрлері
Жақсырақ жұмыс істеу үшін AUTO_SHRINK өшіруді де қарастырыңыз:
ALTER DATABASE [DatabaseName] SET AUTO_SHRINK OFF;
10. №8 түзету: Зақымдалған журнал файлын жойып, қайта іске қосыңыз
Бұл әдіс транзакция журналының файлы жөндеуге болмайтындай қатты бүлінген кезде жұмыс істейді. Оны әзірлеу орталарында немесе деректердің жоғалуы қолайлы болғанда ғана пайдаланылуы керек.
10.1 Журналды жою орынды болғанда
⚠️ ҚАТЫСТЫ ЕСКЕРТУ: Бұл әдіс деректердің жоғалуына әкеледі!
Тек мына жағдайларда пайдаланыңыз:
- Әзірлеу/сынақ деректер базасымен жұмыс істеу
- Журнал файлы толығымен бүлінген
- Басқа қалпына келтіру опциялары жоқ
- Соңғы сақтық көшірмелер қол жетімді
10.2 Журнал файлын жою процедурасы
- Тоқта SQL Server толығымен қызмет көрсету
- Дерекқор файлының орнына өтіңіз
- .LDF файлын жою (.MDF файлын сақтаңыз)
- бастау 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 ДБ қалпына келтіруді күтудегі мәселелерді шешеді, бірақ деректердің жоғалуына әкеледі.
12.1 Журналды қайта құру қажет болғанда
- Аппараттық құрал ақаулығынан кейін LDF файлдары жоқ
- Қатты бүлінген транзакция журналдары
- Түзету мүмкін емес журнал файлының жолының өзгерістері
- Төтенше қалпына келтіру жағдайлары
12.2 Журналды қайта құру процесі
⚠️ ЕСКЕРТУ: бұл деректердің жоғалуына әкеледі!
- Дерекқорды төтенше жағдай режиміне орнатыңыз
- ROBUILD 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 және ОЖ
- Қызметті іске қосу кезіндегі уақыт мәселелері
- FILESTREAM контейнерлерімен рұқсат мәселелері
14.2 FILESTREAM Ақаулықтарды жою
- FILESTREAM конфигурация деңгейін тексеріңіз
- Windows мүмкіндігі қосылғанын тексеріңіз
- Қажетті қызметтерді қайта іске қосыңыз
- FILESTREAM контейнер рұқсаттарын тексеріңіз
FILESTREAM конфигурациясын тексеріңіз:
SELECT SERVERPROPERTY('FilestreamEffectiveLevel') AS CurrentLevel;
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 Қызмет көрсету.
- бастау DataNumen SQL Recovery.
- Қалпына келтірілетін дерекқордың көзі ретінде түпнұсқа файлдың орнына көшірмені таңдаңыз.
- «Қалпына келтіруді бастау» түймесін басып, дерекқорды қалпына келтіру үшін нұсқауларды орындаңыз.
- Қалпына келтіру процесінен кейін жаңа қалпына келтіру дерекқоры пайда болады SQL Server ол барлық қалпына келтірілген деректерді қамтиды.

18. Ақаулықтарды жоюдың кеңейтілген сценарийлері
Күрделі орталар SQL дерекқорын қалпына келтіруді күтудегі мәселелерді шешу үшін арнайы тәсілдер қажет.
18.1 Бірнеше дерекқор файлдарының мәселелері
Бірнеше деректер файлдары (NDF) бар деректер қорлары мұқият өңдеуді қажет етеді:
- Қандай файл топтарына әсер ететінін анықтаңыз
- Қол жетімділік үшін барлық NDF файлдарын тексеріңіз
- Файлдар тобына тән қалпына келтіру опцияларын қарастырыңыз
- Тек оқуға арналған файл топтарын дұрыс өңдеңіз
18.2 Әрқашан қолжетімділік топтары
SQL дерекқорын қалпына келтіру күтілуде Әрқашан қосулы қоршаған орта:
- Алдымен негізгі көшірме күйін тексеріңіз
- Синхрондау күйін тексеріңіз
- Проблемалық репликаны жою және қайта қосуды қарастырыңыз
- Қолжетімділік тобының конфигурациясын қарап шығыңыз
18.3 Кластер және жоғары қолжетімділік сценарийлері
SQL дерекқорын қалпына келтіру күтілуде ақаулық кластері және жоғары қолжетімділік сценарийлер:
- Ортақ жадтың қолжетімділігін тексеріңіз
- Кластер түйіндерінің байланыстарын тексеріңіз
- Ауыспалы кластер журналдарын қарап шығыңыз
- Дұрыс DNS ажыратымдылығын қамтамасыз етіңіз
18.4 WMI және жүйе деңгейіндегі мәселелер
Жүйе деңгейіндегі мәселелер дерекқор мәселелерін тудыруы мүмкін:
- WMI репозиторийінің бүлінуі
- Сәтсіз Windows жаңартулары
- Реестрдегі сыбайлас жемқорлық
- Қызметке тәуелділік мәселелері
19. Алдын алу стратегиялары
SQL дерекқорын қалпына келтіруді күтудегі ақаулардың алдын алу, олар пайда болғаннан кейін түзетуге қарағанда тиімдірек.
19.1 Сақтық көшірме жасаудың ең жақсы тәжірибелері
- Автоматтандырылған толық резервтік көшірме кестелерін енгізіңіз
- Тұрақты дифференциалды сақтық көшірмелерді конфигурациялаңыз
- Жиі транзакция журналының сақтық көшірмелерін орнатыңыз
- Сақтық көшірмелерді қалпына келтіру процедураларын жүйелі түрде тексеріңіз
- Сақтық көшірмелерді бөлек сақтау жүйелерінде сақтаңыз
- Сақтық көшірменің бүтіндігін ТЕК ҚАЛПЫНА VERIFYONRE арқылы тексеріңіз
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 қызметтер
- Дискілік кеңістікті тексеріңіз және шешіңіз
- Файл рұқсаттарын түзетіңіз
- Офлайн/Онлайн дерекқор
Орташа тәуекел:
- Файл жолын түзету
- АВТОМАТТЫ ЖАБУ функциясын өшіріңіз
- FILESTREAM конфигурациясын түзетеді
- Қызмет көрсетуді кешіктіріп бастау
Жоғары тәуекел (мүмкін деректер жоғалуы):
- Журнал файлын жойып, қайта іске қосыңыз
- Дерекқорды ажырату/қайта тіркеу
- Транзакция журналдарын қайта құру
- Төтенше режимде жөндеу DBCC CHECKDB
20.3 Қашан жоғарылату керек
Кәсіби көмекке жүгініңіз:
- Көптеген жоғары тәуекел әдістері сәтсіз аяқталды
- Деректер базасы алмастырылмайтын маңызды деректерді қамтиды
- Сыбайлас жемқорлық көптеген дерекқорларға әсер етеді
- Жүйе деңгейіндегі мәселелер күдікті
- Уақыт шектеулері кепілдендірілген нәтижелерді талап етеді
21. Жиі қойылатын сұрақтар
С: «ҚАЛПЫНА АЛУ» мен «ҚАЛПЫНА АЛУ КҮТІЛДІ» дерекқор күйлерінің айырмашылығы неде?
A: «ҚАЛПЫНА АЛУ» дерекқордың қалпына келтіру әрекеттерін белсенді түрде орындап жатқанын және аяқталған кезде автоматты түрде желіге қосылатынын білдіреді. «ҚАЛПЫНА АЛУ КҮТІЛДІ» дегенді білдіреді SQL Server Файлдардың жоқтығы, орынның жеткіліксіздігі немесе зақымдалу сияқты кедергілерге байланысты қалпына келтіру процесін бастау мүмкін емес. Қалпына келтіру күтілуде, оны шешу үшін қолмен араласу қажет.
С: SQL дерекқорын қалпына келтіруді күтудегі мәселелерге тап болған кезде алдымен қандай түзетуді қолдануым керек?
A: Әрқашан ең қауіпсіз әдістерден бастаңыз. Тексеріңіз SQL Server қате журналдарын ашыңыз, дискідегі бос орынның бар-жоғын тексеріңіз, содан кейін қайта іске қосып көріңіз SQL Server қызметтер. Бұл төмен тәуекелді тәсілдер деректерді жоғалту қаупінсіз қалпына келтірудің күтілетін мәселелерін шешеді.
С: Басқа түзету әдісін қолданбас бұрын қанша уақыт күтуім керек?
A: Қызметті қайта іске қосу үшін толық іске қосу үшін 2-3 минут күтіңіз. Офлайн/онлайн сияқты қарапайым күй өзгерістері үшін 30-60 секунд күтіңіз. DBCC CHECKDB сияқты күрделі жөндеулер үшін дерекқор өлшеміне байланысты бірнеше сағат күтіңіз. Басталғаннан кейін қалпына келтіру процестерін үзбеңіз.
С: SQL дерекқорын қалпына келтіруді күтудегі ақауларды түзеткенде, деректерді жоғалтып аламын ба?
A: Деректердің жоғалуы қолданылатын әдіске байланысты. Қызметті қайта іске қосу, дискілік кеңістікті түзету және рұқсаттарды түзету сияқты қауіпсіз әдістер деректердің жоғалуына әкелмейді. Төтенше жағдай режимінде жөндеу, журналды қайта құру немесе журнал файлдарын жою сияқты жоғары қауіпті әдістер деректердің айтарлықтай жоғалуына әкелуі мүмкін. Алдымен әрқашан қауіпсіз әдістерді қолданып көріңіз.
С: SQL дерекқорын қалпына келтіруді күтудегі мәселелердің туындауын болдырмауға болады ма?
A: Иә, көптеген мәселелерді тиісті техникалық қызмет көрсету арқылы болдырмауға болады. Үнемі сақтық көшірмелерді жасаңыз, дискідегі кеңістікті бақылаңыз, сақтау сыйымдылығын жеткілікті деңгейде сақтаңыз, UPS қорғанысын пайдаланыңыз, DBCC CHECKDB операцияларын күнделікті орындаңыз және сақтаңыз. SQL Server соңғы қызмет бумаларымен жаңартылды.
С: Жұмыс уақытында өндірістік дерекқорларды жөндеуге тырысуым керек пе?
A: Жұмыс уақытында өндірістік дерекқорларда ешқашан жоғары қауіпті жөндеу әдістерін қолданбаңыз. Күрделі жөндеулер үшін техникалық қызмет көрсету терезелерін жоспарлаңыз. Дегенмен, қызметті қайта іске қосу немесе дискілік кеңістікті жөндеу сияқты қауіпсіз әдістер маңызды операцияларды бұғаттайтын болса, оларды дереу қолданып көруге болады.
С: Жөндеу әрекетінің орнына сақтық көшірмеден қашан қалпына келтіруім керек?
Ж: Бірнеше жөндеу әрекеттері сәтсіз болғанда, одан әрі бүліну қаупін тудырмайтын маңызды өндірістік деректермен жұмыс істегенде, деректерді жоғалту терезелері рұқсат етілген соңғы сақтық көшірмелер болған кезде немесе жөндеу әдістері қалпына келтіру әрекеттерінен ұзағырақ уақыт алатын болса, сақтық көшірмеден қалпына келтіріңіз.
С: Менің дерекқор файлдарымның бүлінгенін немесе жай ғана қолжетімсіз екенін қалай білуге болады?
A: Тексеру SQL Server нақты қате туралы хабарларға арналған қате журналдары. Файлға қолжетімділік мәселелері «файлды табу мүмкін емес» немесе рұқсат қателерін көрсетеді. Жемқорлық әдетте бақылау сомасы қателерін, бет деңгейіндегі қателерді немесе жүйелілік бұзылыстарын көрсетеді. Дерекқорға қол жетімді болған кезде бүлінуді нақты тексеру үшін DBCC CHECKDB пайдаланыңыз.
С: Жөндеуге әрекет жасамас бұрын дерекқор файлдарын көшірудің ең қауіпсіз жолы қандай?
A: Тоқта SQL Server толықтай қызмет көрсетіңіз, содан кейін MDF және LDF файлдарын сақтық көшірме орнына көшіріңіз. Немесе, дерекқор әлі де қолжетімді болса, дерекқордың сақтық көшірмесін жасау пәрмендерін пайдаланыңыз. Ешқашан файлдарды көшірмеңіз SQL Server жұмыс істеп тұр, себебі бұл сәйкес келмейтін көшірмелер жасауы мүмкін.
С: SQL дерекқорын қалпына келтіру күтілуде тұрған мәселелер бірнеше дерекқорға бір уақытта әсер ете ала ма?
Ж: Иә, дискілік кеңістіктің жеткіліксіздігі, қызмет тіркелгісінің ақаулары, сақтау ақаулары немесе сияқты жүйелік деңгейдегі мәселелер SQL Server конфигурация қателері бірнеше дерекқорларға әсер етуі мүмкін. Кеңірек жүйе мәселелерін анықтау үшін басқа дерекқорларда ұқсас мәселелер бар-жоғын әрқашан тексеріңіз.
С: Дерекқорды қалпына келтіру процедураларын қаншалықты жиі тексеруім керек?
A: Сынақ қалпына келтіру процедураларын маңызды дерекқорлар үшін ай сайын, маңызды дерекқорлар үшін тоқсан сайын. Уақытында қалпына келтіру, журнал ретін қалпына келтіру және төтенше жағдайды қалпына келтіру процедуралары сияқты әртүрлі қалпына келтіру сценарийлерін сынауды қосыңыз. Төтенше жағдайды жоспарлау үшін әрбір сынақты құжат және уақыт.
С: Microsoft қолдау қызметіне қашан хабарласуым керек немесе кәсіби көмекті жалдауым керек?
Ж: Бірнеше жөндеу әрекеттері сәтсіз болғанда, маңызды деректермен сақтық көшірмелерсіз жұмыс істегенде, бірнеше дерекқорлардағы күрделі бүлінумен бетпе-бет келген кезде, құжатталмаған қате туралы хабарларды кездестіргенде немесе уақыт шектеулері кепілдендірілген қалпына келтіру нәтижелерін қажет еткенде кәсіби көмекке жүгініңіз.
С: Үшінші тараптың SQL қалпына келтіру құралдары инвестициялауға тұрарлық па?
A: Қалпына келтіру құралдары қолмен жасалатын әдістер сәтсіз болғанда және сақтық көшірмелер болмаған кезде пайдалы. Көптеген құралдар сатып алу алдында қалпына келтіру мүмкіндігін тексеру үшін тегін бағалау нұсқаларын ұсынады. Құны мен кәсіби қызметтерді, деректердің құндылығын және табыс ықтималдығын ескеріңіз. Құралдар құрылымдық бұзылуларға жақсы әсер етеді, бірақ барлық деректер түрлерін қалпына келтірмеуі мүмкін.
С: SQL дерекқорын қалпына келтіру күтілуде қайталанса, не істеуім керек?
A: Қайталанатын мәселелер негізгі жүйе ақауларын көрсетеді. Аппараттық құрал ақауларын, ресурстардың жеткіліксіздігін, сақтау жүйесіндегі ақауларды немесе конфигурация ақауларын тексеріңіз. Windows оқиғалар журналдарын бақылаңыз, жан-жақты бақылауды жүзеге асырыңыз және жабдықты жаңартуды немесе сенімдірек сақтау жүйелеріне көшуді қарастырыңыз.
22. Қорытынды және қысқаша сілтеме
SQL дерекқорын қалпына келтіру кезіндегі күтілетін мәселелерді қарапайым қызметті қайта іске қосудан бастап күрделі апаттық жөндеулерге дейін осы 15 дәлелденген әдісті қолдану арқылы шешуге болады.
22.1 Жылдам түзету жиынтық кестесі
| Түзету әдісі | Тәуекел деңгейі | Деректерді жоғалту қаупі | Ең жақсы пайдаланылады |
|---|---|---|---|
| Қайтадан қосу SQL Server | төмен | None | Уақыт мәселелері, уақытша құлыптар |
| Дискілік кеңістікті тексеріңіз | төмен | None | Ғарышқа байланысты сәтсіздіктер |
| Кешіктіріп бастау | төмен | None | Сақтау уақытының проблемалары |
| Рұқсаттарды түзету | төмен | None | Қол жеткізуге тыйым салынған қателер |
| Дұрыс файл жолдары | төмен | None | Жолдың өзгеруі, көші-қон |
| Офлайн / желі | орта | Ең төменгі | Мемлекеттің сәйкессіздіктері |
| АВТОМАТТЫ ЖАБУ функциясын өшіріңіз | төмен | None | Жиі ашу/жабу циклдары |
| Журнал файлын жою | биік | иә | Бүлінген журналдар, әзірлеуші орталар |
| Ажырату/қайта бекіту | биік | иә | Жоқ немесе бүлінген журналдар |
| Журналдарды қайта құру | биік | иә | LDF файлдары жоқ |
| DBCC CHECKDB көмегімен авариялық жөндеу | Өте биік | иә | Ауыр сыбайлас жемқорлық, соңғы шара |
| FILESTREAM түзетіңіз | орта | None | FILESTREAM конфигурация мәселелері |
| Жаңарту SQL Server | орта | None | Белгілі нұсқа қателері |
| Сақтық көшірмеден қалпына келтіру | төмен | бақыланатын | Жөндеу әдістері сәтсіз болғанда |
| Қалпына келтіру құралдары | орта | Өзгерістер | Қатты сыбайлас жемқорлық, сақтық көшірмелер жоқ |
22.2 Төтенше жағдайдағы әрекетті бақылау парағы
Алғашқы 5 минут:
- тексеру SQL Server қате журналдары
- Дерекқор файлының қолжетімділігін тексеріңіз
- Қол жетімді дискілік кеңістікті тексеріңіз
- Қызметті қайта іске қосу әрекеті
- Құжат қателері туралы хабарлар
Келесі 15 минут:
- Қызметті қайта іске қосу сәтсіз болса, офлайн/онлайн режимінде көріңіз
- Айқын рұқсат мәселелерін тексеріңіз және түзетіңіз
- Файл жолдарының дұрыстығын тексеріңіз
- Windows оқиғалар журналдарын қарап шығыңыз
- Сақтық көшірменің қолжетімділігін бағалаңыз
22.3 Қосымша ресурстар
Есіңізде болсын: дұрыс сақтық көшірме жасау, бақылау және техникалық қызмет көрсету арқылы алдын алу әрқашан қалпына келтіруден жақсырақ. Өндірістік емес орталарда осы процедураларды жүйелі түрде сынау SQL дерекқорын қалпына келтіру күтілмейтін мәселелер туындаған кезде дайын екеніңізді қамтамасыз етеді.
Автор туралы
Юань Шэн бойынша 10 жылдан астам тәжірибесі бар дерекқордың аға әкімшісі (DBA) болып табылады SQL Server орталар мен кәсіпорынның дерекқорын басқару. Ол қаржы қызметтері, денсаулық сақтау және өндірістік ұйымдардағы дерекқорды қалпына келтірудің жүздеген сценарийлерін сәтті шешті.
Юань маманданған SQL Server дерекқорды қалпына келтіру, жоғары қолжетімді шешімдер және өнімділікті оңтайландыру. Оның кең тәжірибелік тәжірибесіне көп терабайттық дерекқорларды басқару, Әрқашан қолжетімділік топтарын енгізу және маңызды бизнес жүйелері үшін автоматтандырылған сақтық көшірме жасау және қалпына келтіру стратегияларын әзірлеу кіреді.
Техникалық тәжірибесі мен практикалық көзқарасы арқылы Юань дерекқор әкімшілері мен АТ мамандарына күрделі мәселелерді шешуге көмектесетін толық нұсқаулықтарды жасауға бағытталған. SQL Server қиындықтарды тиімді шешеді. Ол соңғы жаңалықтардан хабардар болып отырады SQL Server шығарылымдары мен Microsoft корпорациясының дамып келе жатқан дерекқор технологиялары, оның ұсыныстары нақты әлемдегі ең жақсы тәжірибелерді көрсететініне көз жеткізу үшін қалпына келтіру сценарийлерін жүйелі түрде сынап отырады.
туралы сұрақтарыңыз бар SQL Server қалпына келтіру немесе қосымша дерекқор ақаулықтарын жою нұсқаулығы қажет пе? Юань қарсы алады кері байланыс пен ұсыныстар осы техникалық ресурстарды жақсарту үшін.














