дано: Adaptive Server Enterprise/12.5.3/EBF 13339 ESD#7/P/x86_64/Enterprise Linux/ase1253/1951/64-bit/OPT/Fri Mar 24 00:39:11 2006 на RHEL 3.7
девайсы SQL-сервера находятся на rawdevice (LVM "старая" VolumeGroup)
надо было мигрировать sql-cервер на другой физический диск, на нём была создана другая, "новая" LVM VolumeGroup, нарезаны точно-такого же размера LogicalVolumes, и забиндены на /dev/raw/raw122,123,124 и т.д.
потом командой
disk mirror "devicename", phyname="/dev/raw/raw122"
девайсы были зазеркалены, за исключением девайса master.
его отдельно:
dd if=/dev/raw/raw1 of=/dev/raw/raw121 bs=1M
изменяю в скрипте запуска SQL-сервера ключ: -d/dev/raw/raw121
и добавляю ключ -T3608
таким образом sql-сервер стартует с восстановлением только базы мастер,
update sysdevices set phyname="/dev/raw/raw121" where name="master"
go
checkpoint
go
shutdown
go
... далее подымаю sql-cервер без -T3608
и убираю зеркало:
disk unmirror name="devicename" , side = 'primary', mode = remove
тааак... теперь sql-сервер использует девайсы на /dev/raw/raw122 и т.д, которые забиндены на LogicalVolumes новой LVM VolumeGroup и не использую "старые" LogicalVolumes
и команда lsof /dev/raw/raw1 это подтверждает
...
останавливаю sql-сервер,
и командой
отбиндиваю rawdevices для старой VolumeGroup, отцепляю старый диск.
и после такого у меня разваливается мастер:
при выполнении stored procedure типа sp_helpdb, и вообще любой, которая конвертирует например pages в килобайты, (обращается к master..spt_values у которой objid=32000114) валится с ошибкой в логе:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
00 : 00000 : 00021 : 2009 / 10 / 05 21 : 01 : 18 . 20 server Starting diagnostics for read failure:
00 : 00000 : 00021 : 2009 / 10 / 05 21 : 01 : 18 . 20 server Device Information:
Device number = 0
Phyname = /dev/raw/raw121
00 : 00000 : 00021 : 2009 / 10 / 05 21 : 01 : 18 . 20 server Buffer Information:
Buf addr = 0x0x2b561af4e0, Mass addr = 0x0x2b561af1c0
Buf pageno = 2188 , Mass pageno = 2184 , dbid = 1
00 : 00000 : 00021 : 2009 / 10 / 05 21 : 01 : 18 . 20 server
Buf virtpg = 2192 , Mass virtpg = 2188
Buf stat = 0x1, Mass stat = 0x44001008
Mass keep = 1 , Mass awaited = 0
00 : 00000 : 00021 : 2009 / 10 / 05 21 : 01 : 18 . 20 server Page Information from first read attempt: Page read from cache ppageno = 2204 , pobjid = 8 , pindid = 0 pnextpg = 2205 , pprevpg = 2203 p
level = 0 , pstat = 0x1 pts_hi = 0 , pts_lo = 39433
00 : 00000 : 00021 : 2009 / 10 / 05 21 : 01 : 18 . 20 server Page Information from second read attempt: Page read from disk ppageno = 2188 , pobjid = 32000114 , pindid = 0 pnextpg = 2189 , pprevpg =
2187 plevel = 0 , pstat = 0x1 pts_hi = 0 , pts_lo = 47588
00 : 00000 : 00021 : 2009 / 10 / 05 21 : 01 : 18 . 20 server SDES Information:
dbid = 1 , objid = 32000114 , scur.pageid = 2188
sstat = 0x2000041, sstat2 = 0x400020
suid = 1 , cacheid = 0
00 : 00000 : 00021 : 2009 / 10 / 05 21 : 01 : 18 . 20 server PSS Information:
pstat = 0x10100, pcurdb = 1 , pspid = 21
p2stat = 0x1000, p3stat = 0x800
plasterror = 0 , preverror = 0 , pattention = 0
00 : 00000 : 00021 : 2009 / 10 / 05 21 : 01 : 18 . 20 server End diagnostics for read failure:
00 : 00000 : 00021 : 2009 / 10 / 05 21 : 01 : 18 . 20 server Page in memory seems corrupted, disk copy OK
вернул на место /dev/raw/raw1 с забинденым на "старый" LogicalVolume мастера - всё ок... хотя sql-сервер его не должен использовать - но при его присутсвии sql-сервер работает нормально.
другие способы копирования деваса мастера: dd блочного устройства LV, dump/load возникает таже самая ошибка: как только /dev/raw/raw1 исчезает из операционной системы - разваливается spt_values.
думал разовое - однако точно такая же проблема возникла при миграции еще одного сервера с такими-же версиями rhel и ASE.
ктонить сталкивался с такими граблями? и что значит эта ошибка в базе master?
