240px-Diamond warning sign (Vienna Convention style).svg.png Content of this wiki is DEPRECATED 240px-Diamond warning sign (Vienna Convention style).svg.png

Servery backup

Z old-wiki.siliconhill.cz
(Rozdíly mezi verzemi)
Přejít na: navigace, hledání
 
 
(Není zobrazeno 12 mezilehlých verzí od 3 uživatelů.)
Řádka 1: Řádka 1:
OS
+
== Použití ==
 +
Server je určen k shromážďování a udržování záloh z ostatních serverů SH pro případ potřeby jejich obnovy. K tomu je v součastnosti využáván skript, který nakopíruje zakódovaná data pomoci ssh na backup, nebo zálohovací systém [[BACULA]].
  
Linux backup 2.6.8-2-686-smp #1 SMP Tue Aug 16 12:08:30 UTC 2005 i686 GNU/Linux
+
== Hardware ==
 +
* Intel(R) Xeon(R) E5520 @ 2.27GHz, 12GB RAM
  
CPU
+
* 2 x 146.8 GB - RAID 1 s operačním systémem
  
processor : 0
+
* pole disků RAID 6 -  18 TB pro uložení zálohovaných dat
vendor_id : GenuineIntel
+
cpu family : 15
+
model : 4
+
model name : Intel(R) Pentium(R) 4 CPU 2.80GHz
+
stepping : 1
+
cpu MHz : 2794.241
+
cache size : 1024 KB
+
physical id : 0
+
siblings : 1
+
fdiv_bug : no
+
hlt_bug : no
+
f00f_bug : no
+
coma_bug : no
+
fpu : yes
+
fpu_exception : yes
+
cpuid level : 5
+
wp : yes
+
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pni monitor ds_cpl cid
+
bogomips : 5537.79
+
  
MEM
+
== Software ==
 +
* Debian GNU/Linux
  
MemTotal:      515936 kB
+
* Bacula 3.0.2
  
DISKY
+
== TODO List ==
 +
Aneb co nefugnuje ale mohlo by. Takový seznam pro správce (připomínky na mail vítány ).
 +
* Šifrovat zalohy - bacula-fd umi šifrovat soubory asymetrickou šifrou, takže ze serveru jdou již zašifrované soubory (fixed - pro nastavení klíčů kontaktujte správce)
 +
* Šifrovaná komunikace s FD - v novějších verzích je podpora TLS pro komunikaci s klientem (fixed - pokud se šifrují zolohy, tak již není nutné šifrovat komunikaci)
 +
* Client side konfiguraci (klient si ve svem souboru určuje co a jak často zálohovat - bacula ma takovou architekturu, ze to proste moc dobre nejde).
 +
* Vymyslet lepsi archivaci zaloh, nez denne incremental, jednou tydne full a vymazavani po 14 dnech
 +
* Jde pres BACULU dumpnout databaze, nebo ji musi proste klient ulozit do nejakeho lokalniho souboru?
  
Disk /dev/sda: 37.0 GB, 37019566080 bytes
+
= Administrátorský (root) přístup na server =
255 heads, 63 sectors/track, 4500 cylinders
+
Jánský Jiří - správce serveru (mobil: +420737563486)
Units = cylinders of 16065 * 512 = 8225280 bytes
+
  
  Device Boot      Start        End      Blocks  Id  System
+
[[category:servery]]
/dev/sda1  *          1          16      128488+  fd  Linux raid autodetect
+
/dev/sda2              17          78      498015  fd  Linux raid autodetect
+
/dev/sda3              79        327    2000092+  fd  Linux raid autodetect
+
/dev/sda4            328        2787    19759950    5  Extended
+
/dev/sda5            328        825    4000153+  fd  Linux raid autodetect
+
/dev/sda6            826        1323    4000153+  fd  Linux raid autodetect
+
/dev/sda7            1324        1447      995998+  fd  Linux raid autodetect
+
/dev/sda8            1448        1571      995998+  fd  Linux raid autodetect
+
/dev/sda9            1572        2787    9767488+  fd  Linux raid autodetect
+
 
+
Disk /dev/sdb: 37.0 GB, 37019566080 bytes
+
255 heads, 63 sectors/track, 4500 cylinders
+
Units = cylinders of 16065 * 512 = 8225280 bytes
+
 
+
  Device Boot      Start        End      Blocks  Id  System
+
/dev/sdb1  *          1          16      128488+  fd  Linux raid autodetect
+
/dev/sdb2              17          78      498015  fd  Linux raid autodetect
+
/dev/sdb3              79        327    2000092+  fd  Linux raid autodetect
+
/dev/sdb4            328        2787    19759950    5  Extended
+
/dev/sdb5            328        825    4000153+  fd  Linux raid autodetect
+
/dev/sdb6            826        1323    4000153+  fd  Linux raid autodetect
+
/dev/sdb7            1324        1447      995998+  fd  Linux raid autodetect
+
/dev/sdb8            1448        1571      995998+  fd  Linux raid autodetect
+
/dev/sdb9            1572        2787    9767488+  fd  Linux raid autodetect
+
 
+
Disk /dev/hda: 200.0 GB, 200049647616 bytes
+
255 heads, 63 sectors/track, 24321 cylinders
+
Units = cylinders of 16065 * 512 = 8225280 bytes
+
 
+
  Device Boot      Start        End      Blocks  Id  System
+
/dev/hda1              1      24321  195358401  83  Linux
+
 
+
Disk /dev/hdb: 200.0 GB, 200049647616 bytes
+
255 heads, 63 sectors/track, 24321 cylinders
+
Units = cylinders of 16065 * 512 = 8225280 bytes
+
 
+
  Device Boot      Start        End      Blocks  Id  System
+
/dev/hdb1              1      24321  195358401  83  Linux
+
 
+
Disk /dev/hdc: 200.0 GB, 200049647616 bytes
+
255 heads, 63 sectors/track, 24321 cylinders
+
Units = cylinders of 16065 * 512 = 8225280 bytes
+
 
+
  Device Boot      Start        End      Blocks  Id  System
+
/dev/hdc1              1      24321  195358401  83  Linux
+
 
+
Disk /dev/hdd: 200.0 GB, 200049647616 bytes
+
255 heads, 63 sectors/track, 24321 cylinders
+
Units = cylinders of 16065 * 512 = 8225280 bytes
+
 
+
  Device Boot      Start        End      Blocks  Id  System
+
/dev/hdd1              1      24321  195358401  83  Linux
+
 
+
Disk /dev/md2: 2048 MB, 2048000000 bytes
+
2 heads, 4 sectors/track, 500000 cylinders
+
Units = cylinders of 8 * 512 = 4096 bytes
+
 
+
 
+
Disk /dev/md1: 1019 MB, 1019740160 bytes
+
2 heads, 4 sectors/track, 248960 cylinders
+
Units = cylinders of 8 * 512 = 4096 bytes
+
 
+
 
+
Disk /dev/md7: 10.0 GB, 10001842176 bytes
+
2 heads, 4 sectors/track, 2441856 cylinders
+
Units = cylinders of 8 * 512 = 4096 bytes
+
 
+
 
+
Disk /dev/md6: 1019 MB, 1019805696 bytes
+
2 heads, 4 sectors/track, 248976 cylinders
+
Units = cylinders of 8 * 512 = 4096 bytes
+
 
+
 
+
Disk /dev/md5: 1019 MB, 1019805696 bytes
+
2 heads, 4 sectors/track, 248976 cylinders
+
Units = cylinders of 8 * 512 = 4096 bytes
+
 
+
 
+
Disk /dev/md4: 4096 MB, 4096065536 bytes
+
2 heads, 4 sectors/track, 1000016 cylinders
+
Units = cylinders of 8 * 512 = 4096 bytes
+
 
+
 
+
Disk /dev/md3: 4096 MB, 4096065536 bytes
+
2 heads, 4 sectors/track, 1000016 cylinders
+
Units = cylinders of 8 * 512 = 4096 bytes
+
 
+
 
+
Disk /dev/md0: 131 MB, 131465216 bytes
+
2 heads, 4 sectors/track, 32096 cylinders
+
Units = cylinders of 8 * 512 = 4096 bytes
+
 
+
    Device Boot      Start        End      Blocks  Id  System
+
 
+
Disk /dev/md10: 600.1 GB, 600140414976 bytes
+
2 heads, 4 sectors/track, 146518656 cylinders
+
Units = cylinders of 8 * 512 = 4096 bytes
+
 
+
MISC
+
 
+
Device: 00:00.0
+
Class: Host bridge
+
Vendor: Intel Corp.
+
Device: 82875P Memory Controller Hub
+
SVendor: Asustek Computer, Inc.
+
SDevice: 8116
+
Rev: 02
+
 
+
Device: 00:03.0
+
Class: PCI bridge
+
Vendor: Intel Corp.
+
Device: 82875P Processor to PCI to CSA Bridge
+
Rev: 02
+
 
+
Device: 00:1c.0
+
Class: PCI bridge
+
Vendor: Intel Corp.
+
Device: 6300ESB 64-bit PCI-X Bridge
+
Rev: 02
+
 
+
Device: 00:1e.0
+
Class: PCI bridge
+
Vendor: Intel Corp.
+
Device: 82801 PCI Bridge
+
Rev: 0a
+
 
+
Device: 00:1f.0
+
Class: ISA bridge
+
Vendor: Intel Corp.
+
Device: 6300ESB LPC Interface Controller
+
Rev: 02
+
 
+
Device: 00:1f.1
+
Class: IDE interface
+
Vendor: Intel Corp.
+
Device: 6300ESB PATA Storage Controller
+
SVendor: Asustek Computer, Inc.
+
SDevice: 8117
+
Rev: 02
+
ProgIf: 8a
+
 
+
Device: 00:1f.2
+
Class: IDE interface
+
Vendor: Intel Corp.
+
Device: 6300ESB SATA Storage Controller
+
SVendor: Asustek Computer, Inc.
+
SDevice: 8117
+
Rev: 02
+
ProgIf: 8f
+
 
+
Device: 00:1f.3
+
Class: SMBus
+
Vendor: Intel Corp.
+
Device: 6300ESB SMBus Controller
+
SVendor: Asustek Computer, Inc.
+
SDevice: 8117
+
Rev: 02
+
 
+
Device: 01:01.0
+
Class: Ethernet controller
+
Vendor: Intel Corp.
+
Device: 82547GI Gigabit Ethernet Controller
+
SVendor: Asustek Computer, Inc.
+
SDevice: 8115
+
 
+
Device: 03:03.0
+
Class: VGA compatible controller
+
Vendor: ATI Technologies Inc
+
Device: Rage XL
+
SVendor: Asustek Computer, Inc.
+
SDevice: 812b
+
Rev: 27
+

Aktuální verze z 2. 10. 2010, 19:23

Obsah

[editovat] Použití

Server je určen k shromážďování a udržování záloh z ostatních serverů SH pro případ potřeby jejich obnovy. K tomu je v součastnosti využáván skript, který nakopíruje zakódovaná data pomoci ssh na backup, nebo zálohovací systém BACULA.

[editovat] Hardware

  • Intel(R) Xeon(R) E5520 @ 2.27GHz, 12GB RAM
  • 2 x 146.8 GB - RAID 1 s operačním systémem
  • pole disků RAID 6 - 18 TB pro uložení zálohovaných dat

[editovat] Software

  • Debian GNU/Linux
  • Bacula 3.0.2

[editovat] TODO List

Aneb co nefugnuje ale mohlo by. Takový seznam pro správce (připomínky na mail vítány ).

  • Šifrovat zalohy - bacula-fd umi šifrovat soubory asymetrickou šifrou, takže ze serveru jdou již zašifrované soubory (fixed - pro nastavení klíčů kontaktujte správce)
  • Šifrovaná komunikace s FD - v novějších verzích je podpora TLS pro komunikaci s klientem (fixed - pokud se šifrují zolohy, tak již není nutné šifrovat komunikaci)
  • Client side konfiguraci (klient si ve svem souboru určuje co a jak často zálohovat - bacula ma takovou architekturu, ze to proste moc dobre nejde).
  • Vymyslet lepsi archivaci zaloh, nez denne incremental, jednou tydne full a vymazavani po 14 dnech
  • Jde pres BACULU dumpnout databaze, nebo ji musi proste klient ulozit do nejakeho lokalniho souboru?

[editovat] Administrátorský (root) přístup na server

Jánský Jiří - správce serveru (mobil: +420737563486)
Jmenné prostory

Varianty
Akce