Posts Tagged ‘recovery’

Восстановление PostgreSQL после повреждения файлов XLOG

Написал admin . Опубликовано в Databases просмотров 15 852

Так себеПойдетХорошоПонравилосьОтличный пост (7 votes, average: 4,29 out of 5)
Загрузка...

Бывают случаи, когда файлы журнала транзакций (pg_xlog) могут быть повреждены или случайно удалены. В таком случае PGSQL не сможет работать и просто не запустится с подобной ошибкой:

Jul 4 11:30:18 database postgres[92997]: [1-1] LOG: database system was interrupted at 2009-07-04 11:24:30 MSD
Jul 4 11:30:18 database postgres[92997]: [2-1] LOG: could not open file "pg_xlog/000000010000031A00000027" (log file 794, segment 39): No such file or directory
Jul 4 11:30:18 database postgres[92997]: [3-1] LOG: invalid primary checkpoint record
Jul 4 11:30:18 database postgres[92997]: [4-1] LOG: could not open file "pg_xlog/000000010000031A00000026" (log file 794, segment 38): No such file or directory
Jul 4 11:30:18 database postgres[92997]: [5-1] LOG: invalid secondary checkpoint record
Jul 4 11:30:18 database postgres[92997]: [6-1] PANIC: could not locate a valid checkpoint record

Найти поврежденный xlog-файл вряд ли получится, поэтому выход один — очистить информацию в БД об используемых логах. Для этого есть штатная утилита pg_resetxlog

Ремонт RAID массива (Adaptec ASR-3405)

Написал admin . Опубликовано в Storage просмотров 880

Так себеПойдетХорошоПонравилосьОтличный пост (No Ratings Yet)
Загрузка...

Случилась авария на массиве raid6. В связи с эти решил написать, как продиагностировать или по крайней мере определить, что же с массивом не так. Для этого воспользуемся чудной адаптековской утилиткой — arcconf

# arcconf


| UCLI | Adaptec uniform command line interface
| UCLI | Version 5.30 (B17509)
| UCLI | (C) Adaptec 2003-2008
| UCLI | All Rights Reserved


COPYBACK | toggles controller copy back mode
CREATE | creates a logical device
DATASCRUB | toggles the controller background consistency check mode
DELETE | deletes one or more logical devices
FAILOVER | toggles the controller autotomatic failover mode
GETCONFIG | prints controller information
GETLOGS | gets controller log information
GETSTATUS | displays the status of running tasks
GETVERSION | prints version information for all controllers
IDENTIFY | blinks LEDS on device(s) connected to a controller
KEY | installs a Feature Key onto a controller
MODIFY | performs RAID Level Migration or Online Capacity Expansion
RESCAN | checks for new or removed drives
ROMUPDATE | updates controller firmware
SETALARM | controls the controller alarm, if present
SETCONFIG | restores the default configuration
SETCACHE | adjusts physical or logical device cache mode
SETNAME | renames a logical device given its logical device number
SETPRIORITY | changes specific or global task priority
SETSTATE | manually sets the state of a physical or logical device
TASK | performs a task such as build/verify on a physical or logical device

Для начала смотрим что драйвер контроллера нам скажет по поводу конфигурации массива, все ли секменты массива в порядке, сколько их и прочую информацию.