When you create a database, consider whether you will ever need to move the database. The location of files for dbspaces may also affect performance.
The IQ catalog (.db) and transaction log (.log) files can be safely moved. Never attempt to copy a running database. If you use relative path names to create the database, then you can move the files by shutting down the server and using the operating system copy file command. If you use absolute (fully qualified) path names to create the database, then you must move the files by using the BACKUP command to make a full backup, and the RESTORE command with the RENAME option to restore the backup.
IQ dbspaces on raw partitions can be moved to other partitions while the database is shut down. The new partition must be at least as large as the current dbspace size. The new partition must also have the same path in order for the dbspace to start.
To avoid conflicts, Sybase recommends that dbspace management be performed by a single database administrator on a single connection.
Performance related to randomly accessed files, including the System, IQ Main, and IQ Temporary dbfiles, can be improved by increasing the number of disk drives devoted to those files. Performance related to sequentially accessed files, including the transaction log and message log files, can be improved by locating these files on dedicated disk drives.
If your IQ requirements are large and complex enough that you need multiple physical systems, consider using Sybase IQ multiplex functionality.
Make sure that all raw devices have read and write permissions before you create a database or add a dbspace. Check to see that /dev/rawctl has read permission. Raw device names on Linux use /dev/raw/rdevname. For example, /dev/raw/raw10.