Etiket Bulutu

Benchmark Convert_IMplicit Database High Availability Database Mirroring datawarehouse dimension table dmv Dynamic Data Masking Execution Execution Plans fact table Failover Cluster Node ekleme Failover Clustering FileStream generate script High Availability Implicit Instant File Initialization index Kinect Linux Live Query Statistics Log Shipping Mirroring object explorer object explorer details ODBC Driver pass performance performance tuning Plan Handle Planü Power View reporting services rol Row Level Security script sql serer 2016 sql server SQL Server 2008 SQL Server 2008 Log Shipping SQL Server 2012 SQL Server 2012 installation SQL Server 2012 Kurulumu SQL Server Backup SQL Server da Backup planı SQL Server da Maintenance Plans oluşturma SQL Server database mirroring SQL Server Disaster Recovery sql server dynamic management views SQL Server Failover Cluster SQL Server High Availability SQL Server Log Shipping SQL Server Maintenace Plans sql server performans SQLDIAG SQLDIAG Troubleshooting T24 Temenos truncate table t-sql unique index performance 1. Dünya savaşı istatistikleri 1456 451 ACID advanced analytics Advanced Data Analytics Affinity algı Alter index Alter table ALTER TABLE .. ALTER COLUMN Altın Oran Always On ALWAYSON AlwaysOnDemoTool amazon web services kinesis AMR analiz analysis service Ankara Antivirus apache kafka Arduino Article Assembly asymmetric audit Authentication Auto Growth Availability Group azure Azure Backup azure event hub partition azure event hubs azure event hubs servisi azure event hubs veri edinme Azure File Share Azure Fiyatlandırma Azure HDInsight Azure Hizmet Modelleri Azure ML Azure New Portal Azure Pricing Azure Queue azure sql database configuration azure sql database kullanımı azure sql database stream veriyi tutma azure sql database table partitioning Azure Storage azure stream analytics azure stream analytics dashboard azure stream analytics ölçeklendirilmesi azure stream analytics servisi Azure Table BA Backup backup encyrption backupset Bakım BASE bellek Best Practice BI Semantic Model Big Data Big User blocking blocking disable trigger blocking enable trigger Buffer Cache buffer pool Buffer Pool Extension bulk logged Buluta Veri Depolama Buluttaki Disk Business Analytics Conference business intelligence Büyük Veri Case Central Management Server certificate changed data capture Cloud Computing Cloud DR CLR Cluster clustered columnstore index Clustered Index Code Snippets Cold Purging collation column store column-level columnstore ColumnStore Indexes Compress ComputerNamePhysicalNetBIOS Concurrency Conditions Contained Database Contained Databases convert CONVERT_IMPLICIT Corruption Credentials cube DAC Dashboard Tasarımı data cleansing Data Compression Data Consistency Model data encryption data matching data mining Data Page data profiling data quality Data Services Data Warehouse Design Database database list Database Management Sistem database master key Database Mirroring Database Snapshot database trigger database-level Data-Ink Ratio datasets datasource DataZen date date dimension db_owner DBA DBCC dbcc dropcleanbuffers dbcc freeproccache DBMS dbo user DDL deadlock debugging DecryptByKey DecryptByPassPhrase deleted bitmap delta store Denali Denali SSAS deny database list deşifre detail index developer DIFFERENTIAL BACKUP DirectQuery Dirty Read Disaster Recovery Distribution Yapılandırma Distributor Distributor Agent dm_server_services DMF DMO DMV document db dosya bazlı şifreleme dqs dr Dynamic Management Function Dynamic Management Object Dynamic Management View ecrypt Effected Report Design Techniques Eğitim EncryptByKey EncryptByPassPhrase encryption endpoint Environment Variable error Error 5030 Error Log Estetik Raporlama Estimated Rows Eş Zamanlılkk Etkili Rapor Tasarlama Teknikleri Etkinlik ETL event Event Viewer except;intersect;sql execution Execution Plan export formats extended events Extended Stored Procedure Facets Failover Failover Cluster fast n execution plan FETCH NEXT FILELISTONLY FILLFACTOR File Table file-level FileStream Filter Pack Filtered Index First_Value Flat File fn_repl_hash_binary Focal Point foreignkey FORMAT Forwarded Record forwarded_record_count ftp task FULL BACKUP Full Recovery Full-Text Search functions Gartner Geocluster Gerçek Zamanlı Dashboard gestalt Golden Ratio görsel duyu group by Güvenlik ha Hadoop hafıza Hash HASHBYTES HEADERONLY headers footers Heap Hekaton hicri High Availability hijr Hiyerarşi Hybrid Cloud IaaS Index Index Scan In-Memory InMemory DW In-Memory DW InMemory OLTP In-Memory OLTP Internet of People Internet of Things IO IOT IoT nedir Isolation Level indeks index inmemory in-memory oltp internet of things isolation level istatistik istatistikler İş zekası İzolasyon Seviyesi Job json json support knowledge base kolon-satır bazlı kurulum küp Lag Lansman latch Lead linked server lock locking locking hints Log Backup Log Reader Agent Log Shipping login Lost-Update LQS Machine Learning Maintenance Management Studio matrix Max Text Replication Size mdx memory Memory Optimization Advisor Memory Optimized Table Memory Optimized Tables merge Merge Agent merge kullanımı Merge Publication Merge Replication merge type 1 slowly changing dimension merge type 1 slowly changing dimension örneği merge type 1 vs type 2 scd merge type 2 slowly changing dimension merge type 2 slowly changing dimension örneği merge type 3 slowly changing dimension merge type 4 slowly changing dimension message Microsoft Advanced Data Analytics Çözümleri microsoft azure Microsoft Bulut Microsoft Sanal Akademi Microsoft SQL Server Microsoft SQL Server 2014 Yenilikleri Microsoft SQL Server 2016 Mirror mirroring missing index Monitoring move Msdb multi_user multiversion concurrency control MVP MVP Roadshow MySnippet Named Pipes Natively Store Procedures Natively Stored Procedures Nesnelerin İnterneti Network Binding Order NoEngine Approaches nonclustered columnstore index Non-Repetable Read NoSQL NoSQL Approaches NoSQL Dünyası object explorer Odak Noktası ODBC Office 365 Offline OFFSET olap OLAP Backup OLE DB OLTP Online Index order attributes Otomatik Büyüme OVER PaaS PAD_INDEX page out page properties PAGE RESTORE PAGEIOLATCH paging parameters partition partitioning PASS PASS Summit PASS Summit 2014 Performance Performance Tuning performans performans tuning Phantom Read pivot Policies Policy Based Management Filtreleme Policy Management Power BI Power BI Dashboard Power BI Rest API power bi power view PowerBI PowerBI for Office 365 powerbi PowerMap PowerPivot PowerQuery powershell powershell ile sql yönetimi PowerView PowerView raporlarının web sayfalarına gömülmesi precon Primary Key primarykey Project Deployment Model Project Variable Protokol Proxy Proxy Account Publisher Purging on Independent Tables QL Server 2014 Yenilikleri Que Reader Agent Query Plan query store R Range Raporlama Raporlama Projeleri için Strateji Belirleme Raporlama Projelerine Hazırlık Read Committed Read Uncommitted RealTime Dashboard Rebuild RECONFIGURE RECONFIGURE WITH OVERRIDE Recovery model Relational Engine relationships Rename SSRS Database Repeatable Read Replication Replication Monitoring replikasyon report manager web site report parts reporting service reporting services reporting servis Resource Governor RESTORE Restore Database Restore Generate Restore Generate Script Restore transaction log rollback rs Rule of Thirds sa user SaaS sayfalama scd 3 demo scd karşılaştırma scd type 4 demo Scheduling Schema Comparison script Security segment elimination select into Self-Service BI Semantic Search Serializable Server Core SERVERPROPERTY Service services shared data sources shared datasets Shared Memory sharepoint Sharepoint 2010 ShowPlan Shrink simple recovery sing_user sliding window Slowly Changing Dimension snapshot Snapshot Agent Snapshot Publication Snapshot Replication Snippet snowflake sorting sp_configure sp_describe_first_result_set sp_server_diagnostics sp_spaceused sql SQL Agent Job SQL Azure sql bilgi yarışması SQL CLR SQL DIAG SQL DIAG Performans verisi toplama SQL endpoint SQL Login SQL Onculeri SQL Öncüleri sql script sql server SQL Server 2005 SQL Server 2008 SQL Server 2011 CTP3 SQL Server 2011 Denali SQL Server 2012 SQL Server 2012 CTP3 SQL Server 2012 RC SQL Server 2012 RC0 SQL Server 2012 ShowPlan Enhancements SQL Server 2012 T-SQL Enhancements SQL Server 2014 Sql Server 2014 Cardinality Estimator SQL Server 2014 Yenilikleri sql server 2016 SQL Server 2016 New Features SQL Server 2016 Yenilikleri sql server agent sql server assembly ekleme SQL Server Authentication sql server cast ve convert sql server clr integration sql server clr kullanımı sql server clr örnek sql server cluster SQL Server Code Name Denali SQL Server da Kullanıcı Yaratma SQL Server Database Project sql server dmv ve dmf sql server execution plan temizleme SQL Server Express Backup sql server fast n option örneği sql server fast n seçeneği SQL Server login sql server management stdio sql server merge into örnek sql server merge komutu sql server merge performnas sql server merge type 1 scd sql server merge type 2 scd sql server merge type 3 scd SQL Server Mobile Report Publisher SQL Server Network Interface SQL Server Onculeri SQL Server Öncüleri SQL Server Öncüleri Ankara SQL Server Performance sql server performans SQL Server Profiler SQL server recovery model SQL Server Reporting Services SQL Server Restore Generate Script SQL Server sa SQL Server Security SQL Server SQL DIAG sql server tarih dönüşüm işlemi sql server tarihsel veriler ile çalışma SQL Server User SQL Server yetki SQL Server yetkilendirme sql servera .net kodu ekleme SQL Serverda yetkilendirme nasıl SQL Serverda yetkilendirme nasıl yapılır sql to oracle linked server sql türkiye SQL User With Password sql yarışma SQLCMD sql'den oracle'a linked server SQLDIAG SQLDIAG Report SQLOS sqlsaturay SQLSaturday SQLSaturday #182 SQLSaturday #359 sqlsaturday #451 sqlserveronculeri ssas SSAS 2012 SSIS SSIS 2012 ssis SSMS SSMS Project SSMS Solution ssrs Stanby Database star schema STOPAT STOPBEFOREMARK STORAGE Storage Engine stored procedure stream analytics job subreports Subscriber Subscription subscriptions symmetric SYS sys.dm_db_index_physical_stats sys.dm_db_index_usage_stats sys.dm_db_missing_index_columns sys.dm_db_missing_index_details sys.dm_db_missing_index_group_stats sys.dm_db_missing_index_groups sys.server_principals sysadmin System Databases System View şifre şifreleme table table difference TableHasClustIndex TableHasIdentity TableHasPrimaryKey Tablet PC Tabular Mode Tabular Model TCP/IP TDE Tempdb time series Transaction Transactional Publication Transactional Replication Transparent Data Encryption trigger Troubleshooting TRY_CONVERT TRY_PARSE tsql t-sql T-SQL 2012 tsql mistakes Undocument union unionall Updatable ColumnStore İndex upgrade Veri ambarı veri edinme seçenekleri Veri Güvenliği Veri Hizmetleri Veri madenciliği Veri Mürekkep Oranı Veri Tabanı Yönetim Sistemleri Veri Tipi Veri Tutarlılık Modelleri Veri Yönetimi Evrimi verinin evrimi Veritabanı oluşturmak VERİTABANI YEDEKLEME STRATEJİLERİ veritabanı yedeklerinin şifrelenmesi Veritabanı Yöneticisi Veritabanı Yönetimi VeritPaq view any database Visual Studio VTYS web services Webcast Windows 7 Windows 8 Windows Authentication Windows Azure Windows Failover Clustering wmi WRITELOG xevents xp_sqlagent_enum_jobs YEDEKLEME STRATEJİLERİ Yedekli Çalışma Yetkilendirme Yiğit Aktan ysfkhvc yusuf kahveci Yüksek Erişilebilirlik Yüksek Süreklilik zip

Backup ve Recovery

Ekleyen: Çağrı Tongur Monobil Bilişim ve Yazılım Hiz. Cofounder Tarih:06.02.2012 Okunma Sayısı:3088


 DBA’lerin görevlerinden biri felaket anlarında veritabanlarını koruma altına almak ve bir felaket anında veritabanını kurtarmaktır. Bu konuda anlaşılacağı üzere Backup ve Recovery konusu üzerinde duracağım.

Veritabanlarını felaket anlarında hazır tutmanın yöntemleri vardır. Microsoft SQL Server bu tarz senaryolar için her zaman bir Disaster Recovery planının olmasını önerir. Bu tarz çözümler ise Availibility, Redundancy ve Disaster Recovery başlıkları altında incelenir. Pek çok yerde karşımıza çıkan Failover Clustering, AlwaysOn, Mirroring, Log Shipping ve Replication terimleri bu tarz durumlar için geliştirilmiş çözümlerdir. Bu tarz yöntemler konuşulduğunda ise Microsoft SQL Server’a ait internal transaction logging, tranaction log mining, recoverying kavramlarını hep merak ederiz.

Makalemde herhangi bir High Availibity ve Disaster Recovery çözümü olmayan Standalone veritabanlarında Backup prosedürleri ve bu tip veritabanlarında Recovery nasıl olmalıdır sorusunun cevaplarını arayacağız.

Transaction Log

Relational veritabanlarının olmazsa olmazı ACID özelliğini sağlamanın yolunu Microsoft SQL Server Transaction kayıtlarını loglayarak yapar. Log kayıtlarını ise Transaction Log dosyasında saklar. Hiçbir zaman anlamlı veya prosedürel şekilde ilerleyen kod ve anlamlı bilgiler içermeyen bir dosyadır. Bilmemiz gereken mesela bir update cümlesi execute edildiğinde değişen data block’ları, extent’ler veya sayfalar olacaktır. Eğer bu transaction’i da logluyorsak, Transaction Log dosyasında bu adresler ve bu işlemin nasıl gerçekleştiği bilgisinin saklandığına eminiz demektir.

Recovery Model

Microsoft SQL Server veritabanlarında RECOVERY MODEL özelliğini, veritabanını kullanım özelliğini göze alarak veya ne kadarlık veri kaybını tolere edebiliyor olduğumuza göre yahut da veritabanında sıkça ne tarz transaction’lar gerçekleştirdiğimizi düşünerek belirlememiz gerekir. Doğru karar vermemizde değerlendireceğimiz tüm unsurları da belirlediysek artık aşağıdaki üç recovery model’inden birini veritabanımız için seçebiliriz.

  • Simple Recovery Model: Veritabanı üzerinde gerçekleşen bütün transaction’ların loglanmadığı Recovery Model’dir. Eğer Simple Recovery Model seçili ise, veritabanından transaction log backup almayacağımız demektir.
  • Bulk-Logged Recovery Model:  BULK operasyonlar veritabanında çok fazla sayfanın değişmesine, yeni extent’lerin oluşmasına sebep olur. İşte BULK-LOGGED Recovery model’de bu tarz işlemler sadece BULK işlem olarak loglanır. Bulk işlemler için değişen veya yeni oluşan hiç bir sayfanın log kaydı tutulmaz. Ek olarak diğer transaction bilgisi loglanır.
  • Full Recovery Model: Her türlü işleme ait transaction kaydının loglandığı Recovery Model’dir.

FULL ve BULK-LOGGED Recovery Model’lerde Transaction Log Backup alabiliriz, fakat fark vardır. BULK-LOGGED Recovery Model’de BULK kayıtlara ait sadece trasaction bilgisi log’landığı için, bir restore anında Point-In-Time Recovery opsiyonu farklılık gösterir. Restore edilecek Transaction Log Backup dosyası, backup’ının alındığı süre içinde bir BULK operasyon içeriyorsa point in time recovery yapamayız. Aşağıdaki hata mesajı ile karşılaşırız:

Msg 4341, Level 16, State 1, Line 1

 This log backup contains bulk-logged changes. It cannot be used to stop at an arbitrary point in time.

Backup

Ne kadarlık veri kaybına tahammüllümüz olduğu koşuluna doğru yanıtı karar verdikten sonra Backup Stratejimizi belirlememizin zamanı gelmiştir. Recover edilecek veritabanın muhakkak Backup dosyalarının olması gerekir. Recovery Model özelliğinin elverdiği ölçüde Backup stratejisi belirlenir. Backup operasyonları ancak aşağıdaki üç şekilde olur.

  • FULL Backup: Veritabanına ait tüm verinin yedeği alınır. SQL Server Edition ve sürüm bilgisine göre sıkıştırarak bu veriyi yedekleme opsiyonu vardır.
  • Differential Backup: Alınmış olan en son FULL Backup’tan sonra gerçekleşen veri değişikliklerinin yedeklendiği Backup tipidir. Restore anında Differential Backup’ı restore etmek istiyorsak, muhakkak bir önceki FULL Backup’a ihtiyaç duyarız.
  • Transaction Log Backup: Adından da anlaşılacağı üzere Transaction Log dosyasının yedeklendiği backup’tır. Transaction log backup ile herhangi bir zamanından önce oluşan en son LSN anından, bitimde yer alan LSN anına kadar olan süre içerisinde oluşan Transaction Log kayıtları yedeklenir.

Recovery

Bu ana kadar elimizde Recovery Model’i seçilmiş Backup prosedürü belirlenmiş bir veritabanı bulunmaktadır. Artık herhangi bir felaket anında ne kadarlık bir data kaybına tahammül ederek geri dönüş yapabileceğimizi de bilmekteyiz. Örneğin, Simple Recovery Model seçilmiş bir veritabanında dönebileceğimiz en iyi nokta alınan en son FULL ya da Differential Backup’ın bittiği andır. Ya da FULL Recovery Model seçili bir veritabanında transaction log dosyasının backup’ını alabilmekteyiz ve dönebileceğimiz en iyi an en son transaction log backup işleminin bitimidir. Veyahut da BULK-LOGGED Recovery Model seçili bir veritabanında da transaction log backup alınıyor olabilir, işte böyle bir veritabanında da geri dönüş yapabileceğiz bir transaction log backup anı vardır.

Corruption

Alacağımız Backup’lar ile veritabanını belirli bir ana döndürmeyi garanti etmiş oluruz. Fakat gün içerisinde disk hatası, kullanıcı hatası gibi sebeplerden dolayı Transaction Log dosyası veya veritabanına ait data dosyaları bozulmuş veya erişilemez olabilir.

Data File Corruption

Veritabanına ait mdf veya ndf dosyalarından biri bozulmuş veya erişelemez olabilir. Fakat elimizde Transaction Log dosyası vardır. Bu durumlarda, daha önce aldığımız Backup ve Transaction Log dosyasından alınacak son bir backup ile veritabanını recover edebiliriz. Tabi, burada koşul Transaction Log dosyasının FULL veya BULK-LOGGED Recovey Model’de olmasıdır.

Böyle bir durumda ne ile karşılacağımızı aşağıdaki örnek durum ile açıklayabilirim.

 

Örnek bir veritabanı oluşturalım:

CREATE DATABASE DataFileCorruption
GO

ALTER DATABASE DataFileCorruption
SET RECOVERY FULL
GO

Test durumu yaratmak için aşağıdaki cümleleri çalıştıralım:

use DataFileCorruption
go
CREATE TABLE TestTable(
 ID int,
 NAME varchar(64) NOT NULL,
 TODAY datetime NOT NULL
 CONSTRAINT PK_TestTable PRIMARY KEY CLUSTERED (ID ASC) 
)
GO
INSERT INTO TestTable (ID,NAME,TODAY) VALUES (1,'Per Petersson',GETDATE());
INSERT INTO TestTable (ID,NAME,TODAY) VALUES (2,'David Mitchell',GETDATE());

Hemen ardından ise bir FULL Backup alalım.

BACKUP DATABASE DataFileCorruption
TO  DISK = N'd:\Backup\DataFileCorruption.bak' 
GO

Daha sonra bir transaction daha gerçekleştirip, Transaction Log Backup alalım:

use DataFileCorruption
go
INSERT INTO TestTable (ID,NAME,TODAY) VALUES (3,'Charlotte Bronte',GETDATE());
BACKUP LOG DataFileCorruption TO  DISK = N'd:\Backup\DataFileCorruption_1.trn' 
GO

Daha sonra aynı tabloya yeni bir kayıt edelim ve instance’i durdurup veritabanı mdf dosyasını rename edelim.

INSERT INTO TestTable (ID,NAME,TODAY) VALUES (4,'Emily Bronte',GETDATE());
shutdown with nowait

Instance’i yeniden başalttığımızda veritabanın erişelemez suspect durumda olduğunu görürürüz.

select DATABASEPROPERTYEX('DataFileCorruption','Status') as STATE

Eklemek için tıklayın

Ama elimizde FULL RECOVERY Model’e sahip bir veritabanı Transaction Log dosyası bulunmaktadır. Bu da Transaction Log Backup’ini alabiliriz anlamına gelir.

BACKUP LOG DataFileCorruption TO DISK = 'd:\Backup\DataFileCorruption_Corrupted.trn' WITH NO_TRUNCATE, INIT 

Suspect Mode’daki veritabanımız tüm Backup Set’lerinin olduğunu da kabul edersek, Yeni isimle bir veritabanı oluşturmamız için hiç bir engel kalmamıştır.

RESTORE DATABASE DataFileCorruptionBackup FROM  DISK = N'D:\Backup\DataFileCorruption.bak' 
WITH  FILE = 1,  MOVE N'DataFileCorruption' TO N'd:\SQLData\DataFileCorruptionBackup.mdf',  
MOVE N'DataFileCorruption_log' TO N'd:\SQLData\DataFileCorruptionBackup_1.LDF',  
NORECOVERY
GO
RESTORE LOG DataFileCorruptionBackup FROM  DISK = N'D:\Backup\DataFileCorruption_1.trn' WITH  NORECOVERY
GO
RESTORE LOG DataFileCorruptionBackup FROM  DISK = N'D:\Backup\DataFileCorruption_Corrupted.trn' WITH  RECOVERY
GO

Disaster anından önce oluşturduğumuz sorguyu artık kontrol edebiliriz.

Transaction Log File Corruption

Bazen de Transaction Log dosyasını kaybetmiş olabiliriz. Bu durumda da veritabanı suspect duruma düşmüştür. Elimizde olmayan Log dosyasını rebuild ederek veritabanını erişilebilir duruma getirebiliriz. Fakat bu durumda kimi kirli blokları kaybetmeyi  göze almış demek oluruz.

Öncelikle Veritabanını oluşturup test verilerini insert edelim.

CREATE DATABASE DataFileCorruption
GO

ALTER DATABASE DataFileCorruption
SET RECOVERY FULL
GO

use DataFileCorruption
go
CREATE TABLE TestTable(
 ID int,
 NAME varchar(64) NOT NULL,
 TODAY datetime NOT NULL
 CONSTRAINT PK_TestTable PRIMARY KEY CLUSTERED (ID ASC) 
)
GO
INSERT INTO TestTable (ID,NAME,TODAY) VALUES (1,'Per Petersson',GETDATE());
INSERT INTO TestTable (ID,NAME,TODAY) VALUES (2,'David Mitchell',GETDATE());
CHECKPOINT
INSERT INTO TestTable (ID,NAME,TODAY) VALUES (3,'Emily Bronte',GETDATE());

Daha sonra instance’i kapatıp, log dosyasını rename edelim.

shutdown with nowait

Instance’i başlattığımızda veritabanı yine SUSPECT durumdadır. Bu defa ise elimizde data dosyası vardır. Transaction Log üzerinde bulunan kimi verileri kaybetmeyi göze alarak veritabanını yeniden ayağa kaldırabiliriz:

ALTER DATABASE DataFileCorruption SET EMERGENCY;
GO
ALTER DATABASE DataFileCorruption SET SINGLE_USER;
GO
DBCC CHECKDB (DataFileCorruption, REPAIR_ALLOW_DATA_LOSS) WITH NO_INFOMSGS, ALL_ERRORMSGS;
GO 
ALTER DATABASE DataFileCorruption SET MULTI_USER;
GO

Daha önce farklı yerlerde de geçtiği üzere SUSPECT duruma düşmüş bir veritabanı DETACH Edilmez öngörüsünü de düşünerek veritabanı yeniden oluşturmuş oluruz.

Transaction Log File ve Data File Corruption

Bu durumda da her iki dosyanın corrupt olduğu düşünürsek, elimizde recovery için Backup’lardan başka şansımız yoktur.

ÖZET

Tüm bu durumlar gözden geçirdiğimizde, bir felaket anında elimizde backup dosyalarının bulunması gerekmektedir. Veri kaybını minimize etmek için ise veritabanının Recovery Model’ini FULL veya BULK-LOGGED  yapıp, veri kaybı tolerasyonuna göre transaction log backup almak durumundayız. Yukarıda yer alan örneklerde olduğu gibi, veri dosyasında bir corruption olduğunda veritabanının RECOVERY MODEL’i FULL veya BULK-LOGGED ise Transaction Log backup alma şansımız vardır.


yorum yaz

Üye Girişi

Kullanıcı Adınız

Şifreniz

Şifremi Unuttum

Arkadaşına Tavsiye Et

Tavsiye edebilmek için siteye giriş yapmalısınız