Садржај
- Временске тачке резервних копија
- Грешке и пропусти
- Без грешака, без стреса - Ваш корак по корак водич за креирање софтвера за промену живота без да вам уништи живот
- Сагласност
- Опоравак података
- Прилагодљивост
Извор: Стоцкбакери / Дреамстиме.цом
Одузети:
Пазите на ове проблеме сигурносне копије СКЛ-а јер могу значити велике проблеме за вашу организацију.
Дуги низ година СКЛ је био стандард за руковање базама података и стављање свих врста корисних информација у окружење базе података. Била је то компонента обуке за администраторе база података. Скоро да је скраћеница за функционалност базе података. Али то представља неке потенцијалне проблеме на које администратори базе података морају да пазе - а у многим случајевима и да знају како да их реше.
Ево неких главних проблема сигурносних копија са СКЛ-ом који ће се суочити са администраторима база података који покушавају да осигурају да систем база података заиста подржава посао.
Временске тачке резервних копија
Један од кључних проблема са којим ће се суочити администратори базе података је кашњење.
Многи професионалци су видели да се то догађа - из једног или другог разлога, ефикасност и брзина израде сигурносних копија у СКЛ-у опада, и одједном су потребни сати и сати да се изврши сигурносно копирање.
У покушају да схвате споро израду сигурносних копија, одговорни администратори могу сагледати цео животни циклус, од читања датотека података до компресије и до одредишта података. Специфични алати трећих страна који се односе на ефикасност израде резервних копија помоћи ће администраторима да испитају уска грла. Ово је једно од уобичајених решења која компаније постављају да осигурају да њихови системи не трпе прекомерно заостајање. Специфични алати и методологије помажу у заштити компанија од латенције СКЛ-а, баш као што елиминишу уска грла и другде у СОА-и. (Нисте сигурни где треба да чувате резервне копије? Погледајте Цлоуд или Лоцал Бацкуп: Које су вам потребне?)
Грешке и пропусти
Администратори базе података такође се морају бавити различитим врстама кварова на систему, од којих су многи повезани са преоптерећењем система или неком врстом ненамерне употребе.
На пример, цео дневник трансакција може проузроковати грешке у трансакцијама. Остале грешке имају везе са простором диска или ситуацијама у којима порекло или одредиште резервних података из неког разлога нису доступни.
Администратори морају да надгледају простор на диску, организују резервне активности и погледају расположиве ресурсе да би избегли ову врсту ситуације. У неким случајевима, исправке могу захтевати индиректне резервне копије на спољној локацији.
Без грешака, без стреса - Ваш корак по корак водич за креирање софтвера за промену живота без да вам уништи живот
Не можете побољшати своје програмирање кад никога није брига за квалитет софтвера.
Сагласност
Друго важно питање за администраторе база података је поштовање правила.
Различите индустрије имају своје верзије усаглашености са СКЛ-ом, али генерално, СКЛ ревизије ће показати да ли систем има сигурност и интегритет потребан да прође са летећим бојама. На пример, ФТ РПА управља стандардима усклађености за образовне системе база података. Финансијска Сарбанес-Оклеи регулација такође укључује СКЛ правила, као и ПЦИ уредба о финансијским подацима. Чаробњаци за усклађивање могу помоћи компанијама да се аутоматизују или обуче за ове врсте усаглашавања. Ревизије ће гледати на ствари попут сумњивих активности, праксе прикупљања података, приступа надзорној табли и још много тога.
Опоравак података
С времена на време, администратори базе података такође ће имати питања о опоравку. На пример, они који су одговорни за одржавање операција базе података можда ће морати да знају како да се врате из евиденције трансакција или како и где се угрожени подаци могу опоравити. Све ово захтева посебно знање о базним технологијама и додацима.
Проблеми са опоравком такође могу бити веома осетљиви на време. Тимови компанија могу разговарати о исправкама у смислу квантификованог времена прекида рада или „времена задржавања“ за проблеме који се појаве. Проблеми с опоравком СКЛ-а могу коштати компаније прилично у смислу да ли помажу откривању или другим виталним операцијама. Латенција је често лоша, али проблеми са опоравком могу бити и гори. (Опоравак од катастрофа може бити неодољив, а може бити тешко знати одакле започети. Погледајте Дисастер Рецовери 101 да бисте научили основе.)
Прилагодљивост
Временом ће системи расти. То углавном важи за активности база података. Више корисника, више историја корисника, више пословних производа или услуга и више трансакција значи набујавање СКЛ таблица.
Инжињери морају гледати будућност кад гледају подешавања базе података.Морају схватити да ли ће већа активност представљати превелики терет система или, другачије речено, морају планирати проширене системе и осигурати да база података има капацитет.
Сви горе наведени проблеми могу се лакше управљати са системима независних добављача од искусних компанија које се баве подршком администрацији база података. Потражите СКЛ алате који су потребни вашој компанији за сналажење у овом сложеном окружењу података.