Video: Building Apps for Mobile, Gaming, IoT, and more using AWS DynamoDB by Rick Houlihan 2024
Oracle 12c'nin rchive günlük dosyaları yalnızca günlük dosyalarını yeniden oluşturma kopyaları olup olmadığına bağlıdır. Oluşturulduklarında yeni bir isim aldıkları hariç, günlük dosyalarının yeniden oluşturulmasından farklı değildir.
Çoğu arşiv log dosyasında uzantı bulunur. ARC,. ARCH veya. LOG.,. ARC en yaygın gözüküyor.
Tüm veritabanlarında arşiv dosyası bulunmamaktadır. Arşivleme işlevini açıp başlatmadığınıza bağlıdır. Arşivleme işlevini açarak, iki şeyi sağlayan neredeyse her türlü başarısızlığı giderebilirsiniz:
-
Tam bir yedek var.
-
Yinelenen veya arşiv günlüklerinin tüm kopyalarını kaybetmediniz.
Veritabanı arşivleme ile az bir masraf var:
-
G / Ç maliyeti: ARCn işlemi her redo log grubunu dolduğu gibi kopyalamak zorundadır.
-
CPU maliyeti: Yinelenen günlükleri ARCn işlemi yoluyla kopyalamak için ek işlem gerekir.
-
Depolama maliyeti: Her yedekleme arasında oluşturulan tüm arşiv günlüklerini saklamak zorundasınız.
Nispeten söylemek gerekirse, bu masrafların her biri, elde ettiğiniz getiri açısından küçüktür: veritabanınızı bir i üzerinde kaybetmeden kaybetmeden kurtarma. bu, genel olarak, tüm üretim veritabanlarının, yeniden yapıştırma günlüklerini arşivlemelerini önerir.
Bazen, kodu test etmek için kullanılan bir test veritabanında olduğu gibi, arşivleme gerekli değildir. Kırılmış bir testi canlandırmak için üretim veritabanınızı kolayca kopyalayabilirsiniz. Test veritabanları üzerinde değil arşivleme önerilmiyoruz. Bazen test veritabanı arşivlemek için yeterlidir. Sadece bazen ekstra masrafa maruz kalmadan geçebileceğini söylüyoruz.
Kurtarma işlemi için arşiv günlüğü dosyalarını her yedekleme arasında tutmalısınız. Her pazar bir yedekleme yaptığınızı varsayalım. Şimdi veritabanınızın Çarşamba günü bir disk arızası nedeniyle dosyaları kaybettiğini söyle. Kurtarma işlemi kayıp dosyaları son yedeklemeden geri yükleyip Oracle'a arşiv günlüğü dosyalarını Pazar gününden Çarşamba günü başarısızlığa kadar uygulamasını söyleyecekti. Buna ileriye doğru adı verilir.
Kontrol dosyaları ve yeniden çalışan günlük dosyalarının olduğu gibi, her bir arşiv log dosyanızın birden fazla kopyasını almak en iyi yöntemdir. Tıpkı diğerleri gibi farklı cihazlarda iki ayrı gidişe gitmelidirler. Kaybolan bir arşiv günlüğünü atlayamazsın.
Sunucu ve başlatma parametresi dosyaları, sisteminizdeki en küçük dosyalardır:
-
PFILE, veya parametre dosyası, normal bir metin düzenleyicisiyle okuyup düzenleyebileceğiniz bir metin sürümüdür.
-
SPFILE, veya sunucu parametre dosyası , değişiklik yaptıktan sonra veritabanının kullanması için oluşturduğunuz ikili bir kopyadır.
Genellikle, bu dosyalar ile biten bir. ORA uzantısı.
PFILE'ler ve SPFILE'ler, çalışan veritabanınızın nasıl yapılandırıldığı hakkında bilgi sahibidir. Burası aşağıdaki ayarları yapılandırdığınız yerdir:
-
Bellek boyutu
-
Veritabanı ve örnek adı
-
Arşivleme parametreleri
-
İşlemler
-
1'den fazla 900 diğer parametreler
Bekleyin, bu ne oldu? Yapılandırmak ve çimdiklemek için 1900'den fazla parametre? Korkma. Veritabanı yapılandırmanızın yaklaşık yüzde 99'u, yaklaşık 30 ana parametreden yapıldı. Parametrelerin geri kalanı, daha fazla uzman ayarlaması gerektiren seyrek yapılandırmalar içindir. Nitekim, bu 1'in 900'ü, 1'in üstünde 600'ü gizli.
Veritabanınızı her başlattığınızda, ilk okunan dosya, parametre dosyasıdır. Tüm bellek ve işlem ayarlarını yapar ve örneğe denetim dosyalarının nerede olduğunu söyler. Aynı zamanda arşivleme durumunuz hakkında da bilgi sahibidir.
PFILE'ler ve SPFILE'ler, veritabanı yazılımını yüklediğiniz dizininin altında bulunur. Bu dizinin adı ORACLE_HOME:
-
Linux / UNIX: $ ORACLE_HOME / dbs
-
Windows: % ORACLE_HOME% database
Belirli bir adlandırma yapısına sahip olmalıdır. Örneğin, veritabanı adınız dev12c ise, dosyalar aşağıdaki gibi adlandırılır:
-
PFILE initdev12c olarak adlandırılır. ora.
-
SPFILE'in adı spfiledev12c olacaktı. ora.
Onları bu şekilde adlandırıp bunları uygun dizine yerleştirerek, Oracle veritabanını başlattığınızda bunları otomatik olarak bulur. Ayrıca, veritabanını her başlattığınızda Oracle'a nerede olduklarını söylemelisiniz; Bu sadece uygun değil.
PFILE ve SPFILE'ı kolaylıkla kullanmak için varsayılan adlandırma kurallarıyla varsayılan konumlarda tutmanızı öneririz.