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

Veritabanı Yedekleme Stratejileri - 3 (RESTORE)

Ekleyen: Kadir Evciler Eurobank Tekfen Veritabanı Yöneticisi Tarih:09.09.2011 Okunma Sayısı:3312


Bir önceki makalemde örneklerle yedekleme işlemlerini detaylandırmıştım. Bu makalemde ise bir önceki makaleme benzer bir şekilde örneklerle veritabanı yedek dönme yani restore işlemlerinden bahsedeceğim.


Yedekten dönme işlemi  “RESTORE” komutu temelinde gerçekleşir. Restore  komutunun en temel kullanım notasyonu aşağıdaki gibidir. 

--BOŞLUKLARI DOLDURMAK İÇİN CTRL+SHIFT+M TUŞ KOMBİNASYONUNA BASINIZ
RESTORE DATABASE <VERİTABANI ADI,VARCHAR,> FROM DISK='<YEDEK DOSYASININ BELİRTİNİZ,VARCHAR,>' 

Yukarıdaki komutun çalışması durumunda belirtilen veritabanı , belirtilen lokasyondaki yedek dosyasından dönülür. Bu komutun çalışması sonrasında veritabanı yedek dosyasının başlık bilgisinde belirtilen lokasyona yüklenerek kullanılabilir hale gelir.


Öncelikle örneklerime başlamadan önce bilgi amaçlı kullanılan “RESTORE” komutunun argümanlarına  değinmek istiyorum. Bunlardan birincisi ve en çok ihtiyaç duyacağımız komut “RESTORE HEADERONLY”. Bu komut sayesinde bir yedek dosyasının içerisinde kaç adet veritabanı yedeği olduğunu, yedeklerin tiplerini, yedeği alan kullanıcı bilgisini, yedeğin alındığı sunucu bilgisini, bu yedeklerin nekadarlık bir yer kapladığını, yedeğin alınmaya başladığı ve bittiği tarihi, LSN numaralarını ve yedeklenen veritabanının özelliklerini öğrenebiliriz. Şimdi bir yedek dosyasının header bilgisini okuyalım.


Kullanacağımız komut aşağıdaki gibi.

RESTORE HEADERONLY FROM DISK='C:\DBBACKUPS\RESTORETESTDB_FULL1.BAK'

Bir başka “RESTORE” argümanı ise “RESTORE FILELISTONLY” . Adından da anlaşılacağı gibi bu argüman yedek dosyasında dönülecek veritabanı dosylarının bilgilerini döner. Yedekten dönme esnasında varsayılan olarak bu argümandan dönen sonuçlar kullanılır. Örneğin yedek alınan sunucuda veritabanı dosyaları X:\DATA klasöründe bulunuyor ise yedek dönülecek sunucuda da X:\DATA klasörü bulunması gerekir. Aksi durumda yedekten dönüş esnasında böyle bir klasör bulunmadığına dair işletim sistemi hatası alınır. Bu sorun ilerde anlatacağım MOVE TO komutu ile aşılabilir.

RESTORE FILELISTONLY FROM DISK='C:\DBBACKUPS\RESTORETESTDB_FULL1.BAK'

Bir başka “RESTORE” argümanı ise “RESTORE VERIFYONLY” . Bu argüman ile yedek dosyasının dönülebilir durumda olup olmadığı kontrol edilebilir. Burda kontrol edilen yedek dosyası içerisindeki veritabanı yedeğinin okunabilir durumda olup olmamasıdır. Bu argüman ile yedek dosyasının içerisindeki veritabanı verilerinin bütünlük kontrolünü sağlamaz.

RESTORE VERIFYONLY FROM DISK='C:\DBBACKUPS\RESTORETESTDB_FULL1.BAK'

Son anlatmak istediğim argüman ise “RESTORE LABELONLY”. Bu argüman yedek medyasının veya başka bir tabirle yedek dosyasının bilgilerini kontrol eder. Örneğin aynalanarak veya bölünerek formatlanan yedek dosyalarının bilgileri bu komut sayesinde elde edilir.

RESTORE LABELONLY FROM DISK='C:\DBBACKUPS\RESTORETESTDB_FULL1.BAK'

“RESTORE” argümanlarımıza değindikten sonra şimdi örneklere başlayabiliriz. İlk olarak elimdeki veritabanı yedeğini dönüp bu günkü örneklerim için gerekli veritabanımı oluşturmak istiyorum. Bunun için aşağıdaki komutu kullanacağım.

RESTORE DATABASE RESTORETESTDB 
FROM DISK='C:\DBBACKUPS\RESTORETESTDB_FULL1.BAK'

Bu komut sonucunda RESTORETESTDB adında bir veritabanımız oluştu ve kullanıma hazır hale geldi.

İleride yapacağımız örnekler için veritabanı recovery durumununu kontrol edip eğer full modda değil ise full moda almak için aşağıdaki kodu çalıştıracağım

IF DATABASEPROPERTYEX('RESTORETESTDB','RECOVERY')!='FULL'
ALTER DATABASE RESTORETESTDB SET RECOVERY FULL

Daha önceki makalemde differential(fark) ve log yedeklerinin nasıl alındığı görmüştük. Şimdi bu yedeklerin nasıl dönüldüğüne bir bakalım. Bu tip yedekler tek başına dönülebilecek yedekler olmadıklarından dolayı herhangi bir yedek dönüldükten sonra veritabanının “NORECOVERY” veya “STANDBY” durumda olmaları anında dönülebilirler. Bu anlattıklarımı örneğe dökebilmek için bir full ve differential(fark) veritabanı yedeği alacağım.

BACKUP DATABASE RESTORETESTDB 
TO DISK='C:\DBBACKUPS\RESTORETESTDB_FULL2.BAK' 
BACKUP DATABASE RESTORETESTDB 
TO DISK='C:\DBBACKUPS\RESTORETESTDB_DIFF1.BAK' WITH DIFFERENTIAL

Veritabanının restore sonrası hangi duruma geleceği gözelliği için “RESTORE” komut setinin üç farklı parametresi vardır. Bunlar; “RECOVERY”, “NORECOVERY” ve “STANDBY” dır. Bu parametrenin varsayılan değeri “RECOVERY” dir ve veritabanın dönüldükten sonra kullanıma hazır hale gelmesini sağlar. Bu parametre kullanıldığı takirde geri dönüş işleminden sonra hiç bir yedek dönülemez. “NORECOVERY” parametresi ile restore yapıldığında veritabanı geri dönüldükten sonra başka bir yedek dosyasının geri dönülmesini bekler ve bu aşamada veritabanına erişim sağlanamaz. “STANDBY” parametresi ile restore yapıldığında veritabanı geri dönüldükten sonra başka salt okunur olarak kullanıma açılır ve aynı zamanda başka bir veritabanı dosyasını da geri dönebiliriz. “STANDBY” parametresi ile yapılan restore işleminden sonra veritabanı okunabilir durumdadır fakat “NORECOVERY” parametresi ile yapılan restore işlemi daha az maliyete sahiptir bunun nedeni “STANDBY” parametresi ile yapılan restore işleminde standby dosyasının oluşturulmasıdır.

Şimdi örneğimizde full yedeğimizi “NORECOVERY” özelliği ile döndükten sonra differential(fark) yedeğimizi dönelim.

RESTORE DATABASE RESTORETESTDB 
FROM DISK='C:\DBBACKUPS\RESTORETESTDB_FULL2.BAK' 
WITH REPLACE,NORECOVERY

Processed 1288 pages for database 'RESTORETESTDB', file 'RESTORETESTDB' on file 1.
Processed 2 pages for database 'RESTORETESTDB', file 'RESTORETESTDB_log' on file 1.
RESTORE DATABASE successfully processed 1290 pages in 1.052 seconds (9.573 MB/sec).


Döndüğümüz veritabanı varolan bir veritabanı olduğu için “REPLACE” ve yeni bir yedek dönüşünü beklemesi içinde “NORECOVERY” parametrelerini kullandım. Restore bittimi ile beraber veritabanı yeni bir yedek dönmem için beni bekliyor 

SELECT state_desc FROM sys.databases 
WHERE name='RESTORETESTDB'

Sonuç:
state_desc
------------------------------------------------------------
RESTORING

Şimdi differential(fark) yedeğimi dönüp veritabanı veritabanımı kullanılır hale getireceğim. Bunun için yedeğimi “RECOVERY” parametresi ile döneceğim

RESTORE DATABASE RESTORETESTDB 
FROM DISK='C:\DBBACKUPS\RESTORETESTDB_DIFF1.BAK' 
WITH RECOVERY

Processed 32 pages for database 'RESTORETESTDB', file 'RESTORETESTDB' on file 1.
Processed 1 pages for database 'RESTORETESTDB', file 'RESTORETESTDB_log' on file 1.
RESTORE DATABASE successfully processed 33 pages in 0.088 seconds (2.852 MB/sec).

Şimdi veritabanı durumunu kontrol edersem kullanıma hazır olduğunu görebilirim.

SELECT state_desc FROM sys.databases 
WHERE name='RESTORETESTDB'

Sonuç:
state_desc
------------------------------------------------------------
ONLINE

Anlaşılacağı gibi yedekten dönme işleminde birden fazla yedek dönülecekse son yedekten önceki tüm yedekler “NORECOVERY” parametresi ile dönülmelidir. Temel yedek dönme örneklerimizle log yedeği dönerek son verelim ve yedekten dönme işlemini diğer özelliklerini inceleyerek ayrıntılandıralım.

Öncelikle log kaydı yaratacak işlemler yapıp log yedeği alalım.

USE RESTORETESTDB
GO
--ÖRNEK TABLO TANIMLANIYOR
CREATE TABLE TESTTABLE1
(
ID INT IDENTITY(1,1),
ISIM VARCHAR(20),
SOYISIM VARCHAR(20),
TARIH DATETIME
)
GO
-- 1000 KAYIT GİRİLİYOR
INSERT INTO TESTTABLE1 (ISIM,SOYISIM,TARIH) 
VALUES('TEST','TEST',GETDATE())
GO 1000
--LOG YEDEĞİ ALINIYOR
BACKUP LOG RESTORETESTDB 
TO DISK='C:\DBBACKUPS\RESTORETESTDB_LOG1.TRN'

Alınan bu log yedeğini dönmek için öncelikle full ve differential(fark) yedeklerini dönüp sonrasında log yedeği dönmem gerekiyor

USE master
go
--FULL YEDEK DÖNÜLÜYOR
RESTORE DATABASE RESTORETESTDB 
FROM DISK='C:\DBBACKUPS\RESTORETESTDB_FULL2.BAK' 
WITH REPLACE,NORECOVERY
--DIFFERENTIAL YEDEK DÖNÜLÜYOR
RESTORE DATABASE RESTORETESTDB 
FROM DISK='C:\DBBACKUPS\RESTORETESTDB_DIFF1.BAK' 
WITH NORECOVERY
--LOG YEDEK DÖNÜLÜYOR
RESTORE LOG RESTORETESTDB 
FROM DISK='C:\DBBACKUPS\RESTORETESTDB_LOG1.TRN' 
WITH RECOVERY

Şimdiki örneğimizde “STOPAT” özelliği ile istenilen bir tarihe nasıl yedek dönülebileceğinden bahsedeceğim. Öncelikle full yedek alıp yedekleme zincirinin yeniden başlamasını sağlayalım ve sonrasında tablomuza zaman bazlı kayıtlar girelim.

--VERİTABANI YEDEĞİ ALINIYOR
BACKUP DATABASE RESTORETESTDB 
TO DISK='C:\DBBACKUPS\RESTORETESTDB_FULL3.BAK'
GO
--ZAMAN BAZLI KAYITLAR ATILIYOR, HER 5 SANİYEDE BİR 10 ADET KAYIT ATILIYOR
USE RESTORETESTDB
GO
TRUNCATE TABLE TESTTABLE1
DECLARE @I INT=0
WHILE @I<10
BEGIN
WAITFOR DELAY '00:00:05'
INSERT INTO TESTTABLE1(ISIM,SOYISIM,TARIH) 
VALUES('KADİR'+CONVERT(VARCHAR,@I),'EVCİLER'+CONVERT(VARCHAR,@I),GETDATE())
SET @I+=1
END
GO
--LOG YEDEĞİ ALINIYOR
BACKUP LOG RESTORETESTDB 
TO DISK='C:\DBBACKUPS\RESTORETESTDB_LOG2.TRN'

Şimdi tablonun içine bakalım ve kendimize dönülecek bir zaman belirleyelim.

Belirlediğim kayda dönmek için “STOPAT” komutunu aşağıdaki gibi kullanabiliriz.

 

USE master
go
--FULL YEDEK DÖNÜLÜYOR
RESTORE DATABASE RESTORETESTDB 
FROM DISK='C:\DBBACKUPS\RESTORETESTDB_FULL3.BAK' 
WITH REPLACE,NORECOVERY
--LOG YEDEK DONULUYOR VE STOPAT KOMUTU İLE İSTENİLEN TARİHE GELİNİYOR

/*
OTURUMUN TARİHİNİ AŞAĞIDA VERDİĞİMİZ TARİH FORMATI 
İLE AYNI SET ETMEK FAYDALI OLACAKTIR. AKSİ TAKTİRDE 
OTURUM TARİH FORMATI İLE VERDİĞİMİZ TARİH FORMATI TUTMAYABİLİR
*/

SET DATEFORMAT YMD
RESTORE LOG RESTORETESTDB 
FROM DISK='C:\DBBACKUPS\RESTORETESTDB_LOG2.TRN' 
WITH RECOVERY,
STOPAT='2011-09-07 18:06:33.220'

Döndükten sonra tabloyu sorgulamamız durumunda belirttiğim tarihe kadarki tüm kayıtların geldiğini görebiliriz.

 Kendi sistemlerimiz üzerinde çok kritik veri değişiklikleri yapmadan önce işlemi işaretlenmiş işlem (marked transaction) şeklinde yaparsak gerekli durumda dönmemiz gereken yeri rahatlıkla bulabiliriz.

Makalemin son kısmında SQL Server 2008 ile beraber gelen “PAGE RESTORE” özelliğinden bahsetmek istiyorum. Bazen veritabanı sayfalarımızın bozulması ile beraber veritabanları ulaşılamaz hale gelebilirler. Bu gibi durumlarda biz veritabanı yöneticileri ilk olarak DBCC CHECKDB komutunu çalıştırarak hasarın nerde olduğunu anlamaya çalışırız. Elimizde yedeğin olmaması durumuda bozulan sayfalardaki verileri kaybetmek zorunda kalabiliriz ki bu durum bazı iş kritik uygulamaların çalıştığı veritabanlarında kabul edilemeyecek kadar büyük bir sorundur. Böyle bir senaryoda “PAGE RESTORE” özelliği sadece bozulan sayfaların  dönülmesini sağlayarak en kısa zamanda sorunu çözüme kavuşturmak için kullanılabilir.


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