Kadir,
o file size değerinin DB page size ile alakası yok.
o değerle hiç ilgileneni görmedim.
görevi ise sanırım pre-allocation tarzı bişey.
mesela birkaç GB lık yedek alacaksın ve işlem birkaç dakika sürecek diyelim, iyi ama ya işlemin, yedek aldıgın mediada yer yok diye kesilirse?
bunu garantilemenin tek yolu backup dosyasını belli bir boyda açmaktır.
yani mesela 1 GB boy verip backup dosyasına bir ön tahsis yapabilirsin.
sanırım görevi bu, ama kesinleştirmek için zaman buldugumda bir araştırma yapacağım. bu eski bir parametre, eskiden disk alanlarının değerli oldugu dönemlerden kalma.
Bir arkadaş DB açıktır yedek alırken falan demiş.
bu hatalı bir düşünce. FB de o tip engeller yoktur.
1000 kişi bile aynı anda yedek alabilir. ya da 1000 kişi bile açıkken
herhangi biri yedek alabilir.
Meron,
bize DB dosyanın boyunu değil, kaç tablon ve kaydın oldugunu, kaç triger rocedure vs oldugunu söylemen gerekiyordu.
DB dosyanda doğru dürüst obje ve kayıt yoksa 10KB normal.
FB sistem tablolarını yedeklemez. sadece kullanıcılara ait objeleri yedekler. sistem tabloları restore işlemi sırasında o FB engini tarafından geçerli ODS versiyonuyla yaratılır. o yüzden sistem tabloları ile oynamak risklidir.
ibexpertle restorede hata.
- Terminator
- Üye
- Mesajlar: 313
- Kayıt: 13 Ara 2005 01:45
- Konum: İzmir, ama Aydın Efesi!
Firebird Foundation Member #208
http://www.firebirdsql.org
http://www.firebirdsql.org
- kadirkurtoglu
- Üye
- Mesajlar: 748
- Kayıt: 22 May 2005 01:20
- Konum: Uzakta Görünen Tepeden...
s.a.
yukarıdaki kod da ''i'' değişkenine Backup Dosyaların sayısı aktarılıyor. Benim burdan anladığım, birden fazla Backup dosyası varise buraya dosya sayısnın verilmesi. Tabi bu düşüncemde yanılıyor olabilirim.
ben FIBPlus un example sine baktığımda bu değeri döngü ile alıp aktardığını gördüm. kodu gönderiyorum.Kadir,
o file size değerinin DB page size ile alakası yok.
o değerle hiç ilgileneni görmedim.
görevi ise sanırım pre-allocation tarzı bişey.
mesela birkaç GB lık yedek alacaksın ve işlem birkaç dakika sürecek diyelim, iyi ama ya işlemin, yedek aldıgın mediada yer yok diye kesilirse?
bunu garantilemenin tek yolu backup dosyasını belli bir boyda açmaktır.
yani mesela 1 GB boy verip backup dosyasına bir ön tahsis yapabilirsin.
sanırım görevi bu
Kod: Tümünü seç
BackupService1.DatabaseName := OpenDialog1.FileName;
BackupService1.BackupFile.Clear;
for i := 0 to OpenDialog2.Files.Count - 1 do
begin
BackupService1.BackupFile.Add(OpenDialog2.Files.Strings[i]);
end;
araştırmalarınızı bekliyor. Teşekkürlerimi İletmek İstiyorum. Saygılarımla...ama kesinleştirmek için zaman buldugumda bir araştırma yapacağım.
Bir mum, yanındaki mumları tutuşturmakla,
ışığında hiç bir şey kaybetmez.
Mevlana
OS win.10, IDE Delphi 10.3, RDBMS Firebird and MSSQL, BROWSER Chrome
ışığında hiç bir şey kaybetmez.
Mevlana
OS win.10, IDE Delphi 10.3, RDBMS Firebird and MSSQL, BROWSER Chrome
- Terminator
- Üye
- Mesajlar: 313
- Kayıt: 13 Ara 2005 01:45
- Konum: İzmir, ama Aydın Efesi!
File Size opsiyonu multifile DB kullananlar için. DB pagesize ile değil, her bir DB dosyasının boy sınırı ile ilgili.
herkesin 64 Bit IO kullandığı günümüzde pek lazım olmayacak bir özellik.
32 Bit IO yapan eski windows 9x,me,linux sistemlerindeki fiziksel
2GB veya 4 GB dosya boyutu limitini aşabilmek için FB multifile kullanıyordu. Günümüzde multifile kullanmanın pek bir esprisi olmadığı gibi sisteme ve kullanıcıya yük olur sadece.
herkesin 64 Bit IO kullandığı günümüzde pek lazım olmayacak bir özellik.
32 Bit IO yapan eski windows 9x,me,linux sistemlerindeki fiziksel
2GB veya 4 GB dosya boyutu limitini aşabilmek için FB multifile kullanıyordu. Günümüzde multifile kullanmanın pek bir esprisi olmadığı gibi sisteme ve kullanıcıya yük olur sadece.
Firebird Foundation Member #208
http://www.firebirdsql.org
http://www.firebirdsql.org