Проблема с диском на SQL-сервере предприятия.

Такие дела.

Firebird 2.5 и началось...

http://www.firebirdnews.org/?p=5027

People moving to FB 2.5.0 may be asking if it is safe to copy the security2.fdb file from previous versions of Firebird to Firebird 2.5, keeping the users previously created, so avoiding to recreate them.

In theory, copying the file should work, but with no guarantees. Firebird 2.5 uses a new ODS (11.2). You can do a backup/restore in FB 2.5 to update the ODS ofsecurity2.fdb, but some problems will still persists, regarding the use of the new role RDB$ADMIN (which gives SYSDBA rights to “normal” users) – in this case, normal users who were granted RDB$ADMIN role, will have problems to use the new SQL commands CREATE/ALTER/DROP USER. Note: Firebird 2.5.1 will bring a sql script to fix this problem.

So, the safest way to move users to FB 2.5 right now, is to recreate them in Firebird 2.5, either using gsec.exe or the new CREATE USER statement.

Thanks to Dmitry Yemanov for detailed information about the problem.

Никогда нельзя спешить с переходом на новую версию. Ждем исправлений, потому что именно новая роль для нас очень востребована.

Цикл статей и заметок по производительности, оптимизации высоконагруженных SQL-серверов на базе MS SQL 2008 R2 и Firebird 2.1/2.5.

С сегодняшнего дня у себя в блоге начинаю коллекционировать и систематизировать знания в вопросах высоконагруженных SQL-серверов. Всего серверов будет 2: первый на базе СУБД Firebird, второй - MS SQL 2008 R2.
В этом цикле я хочу описать и запомнить навсегда следующие вопросы:

• общие принципы работы СУБД и реальные производственные данные
• первоначальные данные и что не надо было делать
• какие проблемы есть и во что это выливается
• что хотелось бы получить в идеале
• оптимизация аппаратных средств
• оптимизация файловой системы
• оптимизация СУБД
• тонкий тюнинг дисковой подсистемы как главного стопкрана любой СУБД
• оптимизация клиентов
• специфика оптимизации каждой СУБД
• вопросы, которые возникали при изучении материала и настройках систем

Предупреждаю, будет очень много технической информации и еще больше копипасты.

Убедительная просьба всем контактировать и делать свои замечания. Слушаю любую критику, но лучше все-таки полезную. 

Нетстат и сокстат

У нас Firebird classic. То есть на каждого пользователя СУБД порождается процесс. Иногда надо выяснить, какой процесс от имени кого запущен. Производственный сервер работает на HP Proliant DL380 G5 сервере под управлением FreeBSD. Несколько команд с сервера:

9:58 yakuzzza@PROVIANT /home/yakuzzza> uname -a
FreeBSD PROVIANT.frunze.local 7.1-RELEASE-p4 FreeBSD 7.1-RELEASE-p4 #0: Wed Apr 15 07:21:00 EEST
2009 root@PROVIANT.frunze.local:/usr/obj/usr/src/sys/PROVIANT amd64

9:58 yakuzzza@PROVIANT /home/yakuzzza> uptime
9:58AM up 137 days, 19:20, 2 users, load averages: 0.80, 0.83, 0.89

9:58 yakuzzza@PROVIANT /home/yakuzzza> ps ax | grep fb_inet | wc -l
378

lagg0: flags=8843 metric 0 mtu 1500
options=1bb
ether 00:1f:29:e6:4d:b8
inet 10.4.100.223 netmask 0xffffff00 broadcast 10.4.100.255
inet 10.4.100.20 netmask 0xffffffff broadcast 10.4.100.20
media: Ethernet autoselect
status: active
laggproto failover
laggport: bce1 flags=0<>
laggport: bce0 flags=5

9:59 yakuzzza@PROVIANT /home/yakuzzza> top | head -5
last pid: 53170; load averages: 0.80, 0.76, 0.85 up 137+19:21:57 09:59:57
433 processes: 3 running, 430 sleeping

Mem: 5151M Active, 1876M Inact, 569M Wired, 315M Cache, 214M Buf, 5884K Free
Swap: 4096M Total, 242M Used, 3854M Free, 5% Inuse

10:00 yakuzzza@PROVIANT /home/yakuzzza> df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/da0s1a 989M 401M 509M 44% /
devfs 1.0K 1.0K 0B 100% /dev
/dev/da1s1d 199G 98G 85G 54% /data
/dev/da0s1d 19G 4.3G 14G 24% /usr
/dev/da0s1e 42G 1.4G 37G 4% /var
backup1:/usr/ports 219G 113G 88G 56% /usr/ports
backup1:/usr/ports.distdir 219G 113G 88G 56% /usr/ports.distdir
backup1:/backup1/SRV/sql 902G 562G 268G 68% /backup

Сервер для разработчиков работает на Ubuntu 10.04 LTS. Так вот когда мы ищем машину и пользователя проблемного процесса мы на FreeBSD вводим простую команду:

sockstat -4|grep pid, где pid - номер процесса в ОС.

На linux сокстата нет. Поэтому надо пользоваться таким:

netstat -atup|grep pid