简介这是一份围绕 Sybase IQ 15 安装包获取与基础部署的配套指引收录了 Linux、Windows 及客户端三个场景的百度云盘下载地址适合需要在指定操作系统上安装 Sybase IQ、并同步配置 ODBC 连接的数据库运维人员。资源包体积仅 1KB共包含 2 个文件其中 txt 文档负责提供网盘地址与安装命令sql 脚本可作为连接测试或环境初始化的参考二者配合可形成一套轻量的安装导航。当前已有 945 人学习下载说明该链接方案确实解决了部分用户找安装包困难的痛点。对正在筹划 Sybase IQ 15 环境搭建的读者而言这份资源的价值在于免去四处检索的麻烦通过明确区分系统版本和客户端入口帮助快速确定应下载的安装介质同时安装命令与 ODBC 配置提示也为初次部署者提供了可执行的排错线索。1. Sybase IQ 安装包为什么一份安装包能卡住整个项目做数据平台的这些年我见过不少项目卡在“数据库软件装不上”这一步。Sybase IQ 的安装包尤其如此它不像 Python 安装包那样随手 pip 一把也不是解压一个 tar 就能跑一个几十 GB 级列式分析数据库安装包版本选错、缺一个依赖、内存配置太小都会让你在三天后还在对着日志发呆。这里要把 Sybase IQ 安装包从“下载下来”到“能跑起来”的完整链路讲清楚版本怎么选、校验怎么做、静默安装怎么跑、初始化参数怎么设、哪些坑我替你先踩过了。适合正在做选型、准备把 IQ 部署到测试环境或生产环境的一线工程师和 DBA。2. 安装前先搞清楚三件事版本型号、安装包校验、系统配额在下载页看到一堆安装包文件时不要慌。Sybase IQ 的安装包通常按“大版本补丁版本平台”命名Windows 下是 exe 或 isoLinux 下一般是 tgz 或 rpm。先定版本再定载体然后做最小化校验这三件事做扎实后面安装基本不会翻车。如果你跳过大概率会踩到依赖不一致的黑匣子而且报错信息往往不会直接告诉你“安装包坏了”或者“系统不兼容”。2.1 版本型号IQ 15 和 IQ 16 的选择边界在选安装包之前先得明白一个概念Sybase IQ 现在是 SAP 的产品官网提供的是 SAP IQ 的安装包。老项目里大量跑着 IQ 15新项目我一般建议直接上 IQ 16因为 16 对列式存储的压缩和 DML 并发提升非常明显。但 16 的安装包对操作系统 glibc 版本要求更严如果你还在用 CentOS 6大概率只能回头找 15 的补丁包。选择边界的判断很简单看操作系统。用下面命令先确认系统发行版和内核然后对照 SAP IQ 认证列表。这一步不要凭经验猜很多翻车现场都是因为“上次那台机器能装这次这台不行”。cat /etc/os-release uname -r gcc --version ldd --version | head -n1上面四条命令分别拿到发行版名称、内核版本、编译器版本和 glibc 版本。Sybase IQ 的安装脚本在做平台预检时只检查一个笼统的平台名不会仔细检查 glibc 小版本。所以你最好自己把这些输出截下来存一个快照文件再对照认证列表逐个核对。别小看这一步我们曾经在一台 CentOS 7.9 上装 IQ 16 装到一半直接段错误到最后才发现就是内核版本与 IQ 的某个补丁不兼容换一个补丁版本就好了。如果项目里已经有老的 IQ 15 实例又来了新需求你还要想清楚是重新安装新实例还是升级现有实例。这里我给个经验性的判断如果现有实例跑得好好的只是要补丁或扩展就别动大版本选同系列的补丁安装包如果要做新 PoC 或新集群直接上 16反正安装包在测试环境里也能用。版本选型要留证据我一般会顺手把ps -ef | grep iq和安装目录的版本文件落一份到项目 wiki 上后续排查会轻松很多。下面是一个简单的对比方便在选型会上直接拍板对比项IQ 15IQ 16典型系统要求对 glibc 要求较旧要求较新最好在认证列表内列式查询性能基础可用并发 DML 和压缩提升明显适合场景存量系统兼容新部署和分析型负载表格不用太严格关键是把系统和版本绑定关系说清楚。我见过最折腾的情况是生产库里已经有sybase150和sybase160两个安装目录因为项目组不了解边界把 16 的库用 15 的客户端连一晚上都在报函数不兼容。如果你只有一个 IQ 15 的安装包没关系不要硬装到新系统上去补丁渠道找对应 SP 的新版本而不是拿旧包硬试。2.2 安装包校验md5 和 sha256 不能只看提示拿到安装包后的第一件事不是解压而是校验。Sybase IQ 官方下载页会同时给 md5 和 sha256 值很多人只跑 md5觉得一样就没问题。我的建议是两者都跑因为 md5 已经可以被碰撞至少用 sha256 做主校验。就算对方只提供 md5你也要完整比对不能看一眼就过。md5sum sybase_iq_linux_x64.tgz sha256sum sybase_iq_linux_x64.tgz把输出和下载页的值逐字符对比。注意不要只看前几个字符我曾经拿到一个损坏的安装包md5 前 8 位一样后 32 位完全不一样。如果你是在脚本里做校验建议用sha256sum -c配合 .sha256 文件或者干脆在脚本里做完整字符串比对输出“OK”才继续。文件名记得换成你实际下载的包名不要原样复制。如果校验失败不要抱侥幸心理。损坏的安装包在解压阶段可能不报错等到安装到某个 RPM 时才开始报错到那时候你根本不知道是安装包坏了还是环境问题。下载一个几十 GB 的文件不便宜但至少能省三天排障时间。还需要注意有些下载工具会自动把文件转码或截断尤其用 Windows 下载再传到 Linux 的特别容易出现回车符或编码问题。我一般会在 Linux 上用curl -L直接下载而不是先下到本机再传这样可以少一个容易翻车的中间环节。如果你在隔离的内网工作没有外网下载条件离线安装包就变得特别重要。运维同事给你的离线安装包也要先跑一遍校验。离线包经常是从 U 盘或 FTP 服务器拷过来的拷的过程中丢字节是很正常的不要因为“离线包”三个字就想当然认为它是好的。把 md5 值连同安装包一起带到现场或在首次解压时执行上面的校验任何一步失败就马上要求重新传省得后面白忙。2.3 系统配额内存、swap 和文件描述符Sybase IQ 是列式数据库启动时会把大量字典和缓冲区映射到内存。官方文档要求的内存下限是 4GB但那是最低要求跑不了像样的查询。我一般会在目标机器上先看物理内存和 swap再决定要不要加。free -m sysctl vm.swappiness ulimit -n ulimit -ufree -m看内存和 swap如果 swap 是 0建议先分一个 2GB 的 swap因为安装程序本身也会占内存万一不足Linux 直接 OOM 杀进程你连日志都拿不到。vm.swappiness默认值很多系统是 60对数据库服务器来说偏高我会先改成 10。ulimit -n是文件描述符限制IQ 并发查询多的时候会打开大量文件默认 1024 不够至少 65536。ulimit -u是进程数限制虽然 IQ 是多进程架构但主进程下线程多设到 65536 比较稳。这些配额要在安装前调好不要等安装完再改。原因很简单安装过程会启动 Java 的安装向导还要解压、执行 post-install 脚本文件描述符不够时你看到的错误是Too many open files但你不一定想得到是这个原因。常见做法是在/etc/security/limits.conf里加上echo sybase soft nofile 65536 /etc/security/limits.conf echo sybase hard nofile 65536 /etc/security/limits.conf echo sybase soft nproc 65536 /etc/security/limits.conf echo sybase hard nproc 65536 /etc/security/limits.conf这里把用户假设为sybase如果你用 root 直接装这些限制对 root 不生效反而容易漏问题。加完后退出重登再执行ulimit -n确认。如果你不想重登可以用ulimit -n 65536临时顶一下但只对当前 shell 有效安装全程必须放在同一个 shell 里跑。另外顺手把防火墙和 selinux 状态看了。systemctl status firewalld和getenforce两行命令足够了线上安装包不需要开太多端口但至少不要让 selinux 拦截它写/var或/opt。遇到permission denied和cant create lock file之类错误时先看 selinux这事快得多。还要给安装目录和临时目录留足磁盘空间用df -h /opt /var看可用空间别等解压到一半报No space left on device。IQ 安装包本身和它解压后的临时文件会占两倍体积装完后你可以把安装包删掉但安装目录里的log和tmp不要随便清。如果/opt空间紧可以把安装目录指到别的挂载点常见做法是单独分一个data盘给数据库文件/opt只放程序。3. 把安装包变成可用的数据库静默安装与响应文件安装包拿到手上只是万里长征第一步。Sybase IQ 提供两套安装方式图形安装和静默安装。图形安装适合人机交互静默安装适合批量重复。两者切换的关键是响应文件下面拆开说。3.1 图形安装 vs 静默安装什么时候选哪个Sybase IQ 的安装程序在 Linux 下是一个install脚本在 Windows 下是setup.exe。直接跑./install会启动图形界面适合第一次装机、需要直观看到组件选择的场景。但图形安装必须在 X11 会话里跑如果你是通过 ssh 登录的还要加-X参数而且 Java 窗口在远程会话下经常卡到怀疑人生。所以生产环境我一般不碰图形直接用静默安装。什么时候选图形我一般是在一台有桌面环境的测试机上做 PoC或者想确认认证列表之外的组件清单时会先跑一次图形安装把界面里的选项截个图再把对应的响应文件带回去生产环境用。如果你没有 X11 环境又必须走图形可以装xvfb做虚拟显示但那样反而比静默安装更麻烦。静默安装适合无人值守、批量部署、多机环境也适合写进自动化脚本。你要明白一件事静默安装不是简单的-silent参数它依赖响应文件响应文件写错了静默装出来的东西可能少一组功能。我见过有人把install_type写错结果装了半天连 SQL 客户端都没有。3.2 用响应文件做无人值守安装参数拆解用响应文件的关键是先把安装程序自带的模板拷出来。通常安装包里有一个response目录或*.template文件。常见做法是先解压安装包找到模板复制一份出来修改。tar -xzf sybase_iq_linux_x64.tgz cd sybase_iq_linux_x64 find . -name *.template -o -name *.ini | head -20找到模板后把它复制到/tmp/iq_response.ini按下面这个最小可用的样子改。不同 SP 版本字段名略有差异但关键键差不多install_typeSTANDARD install_dir/opt/sap/iq license_file/usr/local/sybase/SYBASE.lic create_sample0 create_sa0 db_ownersybase db_groupsybase port2638字段说明install_type表示安装组件合集STANDARD 一般就够install_dir是安装根目录license_file是许可证文件路径没许可证也可以先装评估版create_sa是是否创建 Sybase 管理服务器不需要高可用管理时建议 0减少一个守护进程port是 IQ 默认端口 2638这里给的是监听端口。注意license_file如果用相对路径安装脚本会解析失败最好写成绝对路径。db_owner和db_group是安装后目录的属主和属组不要填 root否则后续用普通用户启动实例时会遇到权限问题。写完后执行静默安装./install -silent -f /tmp/iq_response.ini \ -DLOG_FILE/tmp/iq_install.log echo $?-DLOG_FILE是安装程序自带日志参数把安装日志写到指定位置。echo $?是看返回码0 才代表安装脚本正常走完非 0 要看日志。不要看到终端没报错就以为成功静默安装最容易出“装完起不来”的尴尬所以 log 文件里如果出现ERROR或WARN必须逐行看。常见错误是字段名写错导致向导跳到交互模式如果你在脚本里执行它会一直卡在那等你输入echo $?也不会返回。遇到这种情况可以在安装命令后面加-DOPTIONS_FILE...或直接加-noconsole但最靠谱的方法是先在前台跑一次确认响应文件全部正确后再写进脚本。3.3 安装后的目录结构和服务脚本安装完成后第一件事是进安装目录确认结构。正常情况下会有bin、lib、sp、demo这些目录还有一个IQ-16_0之类的版本目录具体名称以你实际安装的版本为准。ls -l /opt/sap/iq find /opt/sap/iq -maxdepth 3 -name start_iq -o -name stop_iq | headstart_iq和stop_iq是 IQ 实例的启停脚本但它们不在/opt/sap/iq根目录下通常在$SYBASE/IQ-16_0/bin里。如果找不到说明安装目录设置不对或者选择了不含客户端工具的组件。另一个要留意的是环境变量脚本SYBASE.sh或sybase.env一般安在/opt/sap/iq/SYBASE.sh。这个脚本会在后续设置环境变量时用。如果你打算把 IQ 做成系统服务常见做法是写一个 systemd unit但 IQ 本身推荐用start_iq/stop_iq管理。我通常以sybase用户启动实例而不是 root这样即使某个 Java 组件被攻击也不会拿到 root shell。下面是一个最基础的环境脚本放到/home/sybase/.bash_profile里export SYBASE/opt/sap/iq source $SYBASE/SYBASE.sh export PATH$PATH:$SYBASE/IQ-16_0/bin注意source $SYBASE/SYBASE.sh不能省这个脚本会设置SYBASE_ASE、SYBASE_IQ和LD_LIBRARY_PATH等变量缺了它你能找到start_iq但运行时会报libsybase_rs.so找不到。如果你在别的机器上复制了这个环境脚本记得把路径改成那台机器的实际安装目录SYBASE.sh里的路径是安装时写死的不会自动适配。安装完之后先不要急着建库先跑一下版本确认命令确保安装包真的生效cd /opt/sap/iq/IQ-16_0/bin ./start_iq -vstart_iq -v会把当前 IQ 服务器版本打印到命令行。如果你的安装包是 16 的某个 SP但打印出来还是旧 SP说明你没有把新安装包覆盖到正确的安装目录或者安装时选了“ADD”而不是“UPGRADE”。这种版本不对齐的事越早发现越好。4. 初始化数据库不是装完就完环境变量与 IQ 参数安装程序跑完只是把二进制和脚本放到硬盘上真正“能用”还需要配置环境变量、初始化数据库实例并把关键参数调到适合业务的状态。这章讲初始化这条线避免你装完却连不上库。4.1 环境变量不用猜先看 SYBASE.sh在 IQ 里环境变量设置绕不开SYBASE.sh。不少从 Oracle 转过来的同事习惯自己 export 一个 ORACLE_HOME到 IQ 这边也想手写结果经常漏了LD_LIBRARY_PATH里的libiq和libsyb目录。最稳妥的做法是直接 source 安装程序生成的脚本。export SYBASE/opt/sap/iq source $SYBASE/SYBASE.sh env | grep SYBASEenv | grep SYBASE输出里应该有SYBASE、SYBASE_IQ、SYBASE_ASE等变量。如果没有SYBASE_IQ说明SYBASE.sh里没有识别到安装目录可能是安装权限或路径问题。确认环境变量后还要把$SYBASE/IQ-16_0/bin加进PATH。这一步我放在.bash_profile里而不是.bashrc因为登录 shell 才会加载它避免每次开子 shell 都被重复 source 导致路径越堆越长。如果同一台机器装了 IQ 15 和 IQ 16环境变量很容易互相污染。我的做法是每个应用账号只负责一个版本不要共用一个账号。你非要在同一个 shell 里切换就要手动重置 SYBASE 和 LD_LIBRARY_PATH我见过有人直接unset LD_LIBRARY_PATH结果 IQ 客户端能启动但网络库加载不了报错更玄学。4.2 初始化实例用安装包自带的工具建库环境变量就绪后下一步是创建 IQ 数据库实例。初始化工具在安装目录的 bin 下面版本不同名字可能不同常见的是initdb或者init_iq。我不会背参数第一件事永远是跑帮助命令。cd $SYBASE/IQ-16_0/bin ./initdb -h-h输出里会列出当前版本支持的参数。以新版 IQ 为例一条最基本的初始化命令类似下面这样mkdir -p /data/iqdata ./initdb -d /data/iqdata/demo.db -p 2638 -U DBA -P sql-d指定数据库文件路径-p指定端口-U和-P是初始管理员账号和密码。要注意这个密码只是初始化用安装后第一步就是改掉。默认端口 2638 如果被别的服务占了初始化会直接失败报bind: Address already in use这是因为 IQ 要求该端口在初始化时就要能监听。如果你的业务端口不是 2638提前改不要安装完再启动时才发现冲突。初始化完成会提示Database demo created successfully之类信息。随后启动实例./start_iq -d /data/iqdata/demo.db -p 2638-d指定库文件-p指定端口start_iq默认在前台运行。生产环境建议用它生成的启动脚本或者放到nohup后面。如果你start_iq后马上退出日志里没有报错但ss -ltn | grep 2638看不到监听多半是demo.db的目录权限不对启动用户写不了该文件。启动后可以用客户端连接验证一下最简单的是用dbisqldbisql -c UIDDBA;PWDsql;Serverdemo;PORT2638 SELECT 1;UID/PWD是初始化时的账号Server是数据库名PORT是监听端口。能返回1说明实例基本可用。如果提示database not found八成是库名和连接串里的Server对不上用start_iq启动时加的库名再确认一遍。4.3 必调的 IQ 参数主缓冲区、临时空间、并发理论上 IQ 装完默认参数能跑但性能很难看。三个参数必须调主缓冲区大小、临时缓冲区大小和最大并发连接数。在 IQ 里主缓冲区和临时缓冲区可以通过服务器配置文件生效通常在$SYBASE/IQ-16_0/cfg或/data/iqdata下文件名和库名相同扩展名.cfg。cat /data/iqdata/demo.cfg看不懂的文件不要乱删。最常见的配置项是-iqmc主缓冲区、-iqtc临时缓冲区。下面是一个示例片段-iqmc 4096 -iqtc 1024-iqmc 4096表示主缓冲区缓存配 4GB-iqtc 1024表示临时缓冲区 1GB。内存是有限的不要拍脑袋把-iqmc调到机器全部内存。常见做法是物理内存的一半给主缓冲区剩下 1/4 给临时缓冲区再留一点给操作系统。比如 16GB 机器-iqmc 8192-iqtc 2048比较合理。如果开机后 IQ 起不来先看是不是-iqmc配太高把它降到 3072启动起来再慢慢往上调。这个调参过程有点像玄学但本质是看iqsrv有没有被 OOM 杀掉。除了内存还要注意磁盘临时空间。IQ 的排序和哈希操作会写临时文件默认写在-d路径旁边。如果data盘剩余空间不足复杂查询会直接中断。我会在初始化时给临时库一个独立的目录比如/data/iqtemp然后把配置里的-d和-t分开如果没有-t至少保证数据盘有足够富余。最大并发连接数是数据库级选项连接后用dbisql执行dbisql -c UIDDBA;PWDsql;Serverdemo;PORT2638 SET OPTION PUBLIC.max_connections 500;PUBLIC.max_connections表示这是公共选项对所有用户生效。设成 500 而不是默认几十是为了给后续并发报表留余地。如果这个值超过系统实际能承载的连接数你自己会在半夜被告警吵醒所以设完以后用select connection_id from sysmomito之类查询观察实际连接数再逐步回调。5. 避坑安装和初始化阶段最常见的 5 个坑这里列出的坑都来自真实部署记录按安装顺序排前三个出在安装包和安装过程后两个出在初始化和启动阶段。每条都按现象、原因、解决的顺序写最后给一个可以直接复制的验证方法省得你修完不确定到底好没好。5.1 安装包层面的坑坑 1从 Windows 传过来的安装包解压时报 CRC 错误。现象用tar -xzf解压一半报gzip: invalid compressed>tail -50 /tmp/iq_install.log grep -iE error|fail|denied /tmp/iq_install.log | sort | uniq -c | sort -nrtail -50看最后几十行通常是错误发生的位置grep把重复最多的错误信息排到前面能快速判断是单一问题还是多个问题叠加。如果日志里出现license字样优先检查 license 文件路径和内容出现permission检查目录权限和 selinux出现memory检查内存大小和 swap。这样能跳过 70% 的坑剩下的再考虑用strace -f -e tracenetwork去追网络握手之类的问题。6. 打补丁验证安装包是否能平滑升级安装包的事到补丁阶段才算闭环。IQ 的安装包和补丁包在形态上很像但补丁包的安装方式不太一样。常见做法是把补丁包解压后同样用响应文件做静默升级。tar -xzf sybase_iq_patch_linux_x64.tgz cd sybase_iq_patch_linux_x64 ./install -silent -f /tmp/iq_patch_response.ini -DLOG_FILE/tmp/iq_patch.log升级响应文件里要写清楚是UPGRADE而不是INSTALL并且install_dir必须和原安装目录完全一致。打完补丁后用下面命令确认版本号cd $SYBASE/IQ-16_0/bin ./start_iq -v注意如果升级前实例正在运行补丁脚本在覆盖二进制时可能失败。我的习惯是先把实例停了打完补丁再起来起来后立刻建一张临时表做SELECT 1确认数据库文件没有被破坏。补丁安装包的一大好处是自带回滚脚本但我一般不用它而是把原安装包和补丁包都存一份出问题后直接解压旧包重装比依赖回滚脚本更可控。这个习惯来自一次补丁升级后目录被污染的翻车经历从此对升级类操作一律保留前后校验值。希望这份从安装包到落地的完整流程能帮到你少踩一次装机翻车就多留一个晚上补觉的时间。本文还有配套的精品资源点击获取
