DB2维护手册
目录
DB2维护手册 1
一、 DB2日常维护日 *** 作 3
1、 检查管理服务器是否启动 3
2、 检查DB2实例是否已经启动 3
3、 查看表空间状态是否正常 3
4、 查看表的状态 4
5、 查看磁盘空间 4
6、 检查存储管理软件是否正常 4
7、 检查数据库备份是否正常 5
8、 检查归档日志是否正确归档了 5
9、 查看缓冲池的命中率 5
10、 查看当前运行最频繁的SQL，其命中率是否正常 5
11、 查看当前连接的应用程序，有没有非法连接 5
12、 检查有没有死锁 6
13、 对表和索引进行RUNSTATS 6
14、 检查表是否需要重组 6
15、 对需要重组的表进行重组 7
二、 DB2日常维护月 *** 作 7
1、 查看DB2日志 7
2、 检查备份和日志是否都保存好了 7
三、 DB2日常维护季度 *** 作 7
1、 通过快照监控器，查看系统性能如何 7
2、 数据库补丁级别 8
四、 注意事项 8
1、 不要删除活动日志文件 8
2、 注意交易日志存储空间 8
3、 按照系统的实际工作量配置日志空间 8
4、 设置正确数据库代码页 9
5、 检查许可证（LICENSE）安装情况 9
6、 创建数据库前调整好系统时间 9
7、 不要随便执行 CHOWN (CHMOD) –R （UNIX/LINUX） 9
8、 在归档日志模式下使用LOAD记得加NONRECOVERABLE参数 9
五、 附：以脱机方式重组表 9
六、 附：索引重组 10
七、 附：收集和更新统计信息的准则 11
八、 附：使用 CLP 捕获数据库运行状况快照 13
一、 DB2日常维护日 *** 作
1、 检查管理服务器是否启动
用ps命令查看是否有dasusr1后台进程
＃ps -ef | dasusr1
请确保管理服务器已经启动，如果没有启动，则按以下步骤启动管理服务器：
以管理服务器用户(UNIX默认是DASUSR1)登录
发出db2admin start命令
如果是HA环境，则要保证在脚本中正确配置了启动命令
2、 检查DB2实例是否已经启动
用ps命令查看是否有db2sysc后台进程
＃ps -ef | db2sysc
也可以以DB2实例所有者登录，通过发出db2start命令来确保启动了实例（如果实例已经启动，则会告知SQL1026N 数据库管理器已激活；否则，将把实例启动起来）
3、 查看表空间状态是否正常
以db2实例所有者登录
#db2 list tablespaces show detail//在单分区上查看表空间的状态,正常返回0x0000
# db2_all list tablespaces show detail//在所有分区上查看表空间的状态
可以使用LIST TABLESPACES 命令确定连接数据库中表空间的当前状态，可以使用SHOW DETAIL选项查看表空间的详细信息。比如，我们连上SAMPLE数据库，执行list tablespaces show detail ，可以看到状态返回值是0x0000，此时，使用db2tbst可以查看状态编号对于的状态含义，具体语法如下：
db2tbst <tablespace state> 可以查看编号所代表的状态
db2tbst 命令接收十六进制的状态值，并返回相应的表空间状态。例如，命令 db2tbst 0x0008 返回 State = Load Pending 。而该十六进制的状态值反过来又是 LIST TABLESPACES 命令输出的组成部分。表空间的外部可见状态是由单个状态值的十六进制总和构成的。例如，如果表空间的状态是 Backup Pending和 Load in Progress，那么所返回的十六进制值就是 0x20020（0x00020 + 0x20000）
4、 查看表的状态
查询系统目录视图以获得关于数据库的有用信息。例如，下面的语句使用 NOT LIKE 断言，返回在 SYSCAT.TABLES 中有项的所有用户定义的表的名称，以及每个表的列数和表的状态（N = 正常；C = 待审核（check pending））
#db2 select tabname, colcount, status FROM syscat.tables WHERE tabschema NOT LIKE 'SYS%' ORDER BY tabname
也可以使用load query命令查看单个表的状态，比如对表TEST1，我们可以发出如下命令：
#db2 load query table test1
5、 查看磁盘空间
查看数据库活动日志目录是否已满,活动日志目录可以使用get db cfg查看，注意一定不要手工删除活动日志
#df -k
查看SMS表空间对应的容器目录空间是否满了
#df -k
查看DMS表空间中是否还有可用页
#db2 list tablespaces show detail//在单分区上查看表空间的是否还有可用页
# db2_all list tablespaces show detail//在所有分区上查看表空间是否还有可用页
6、 检查存储管理软件是否正常
请检查TSM或其他存储管理软件是否正常，以及磁带机是否运行正常。
7、 检查数据库备份是否正常
请查看TSM或第三方存储管理软件，看备份映像文件是否完整的保存到了磁带机上了，想在DB2上查看备份情况，可以使用LIST命令
# db2 list history backup all for 数据库名
8、 检查归档日志是否正确归档了
请确保活动日志目录下没有的日志文件都已经正确归档到了带机上(查看TSM或第三方存储管理软件)。
查看活动目录里的日志文件：
#ls -l
9、 查看缓冲池的命中率
# db2 get snapshot for bufferpools on 数据库名
查看缓冲池的命中率，看其是否低于95%（命中率越高越好）
10、 查看当前运行最频繁的SQL，其命中率是否正常
# db2 get snapshot for bufferpools on 数据库名 >log.txt
用grep命令查看" Number of executions"执行次数最频繁的语句，看其命中率是否正常。
比如：
grep -n " Number of executions" snap.out | grep -v "= 0" | sort -k 5,5rn | more
11、 查看当前连接的应用程序，有没有非法连接
#db2 list applications show detail
看这些连接的情况，看有没有不合适的IP连上来，或者不被允许的第三方工具连上来，比如一些第三方工具连上来会对表进行锁定，影响业务系统正常运行，这个时候可以用FORCE APPLICATIONS (应用程序句柄)停下来。
12、 检查有没有死锁
# db2 get snapshot for all on 数据库名 >log.txt
用grep命令查看输出的文件中是否有死锁的记录，比如
grep -n "Deadlocks detected" log.txt | grep -v "= 0" | more
13、 对表和索引进行runstats
#db2 runstats on table 表名 and index all
对系统表以及变化比较频繁的表运行统计信息，建议写成shell脚本自动运行。
14、 检查表是否需要重组
使用REORGCHK命令，通过统计数据检查表是否需要重组，语法如下：
REORGCHK [UPDATE | CURRENT ]STATISTICS ON [TABLE SYSTEM| TABLE USER | TABLE ALL | TABLE table_name | SCHEMA schema_name]
UPDATE STATISTICS： 更新表的统计数据，根据该统计数据判断是否需要重组表
CURRENT STATISTICS：根据当前表统计数据判断是否需要重组表
TABLE table_name ：对单个表进行分析
TABLE ALL： 对数据库所有的表进行分析
TABLE SYSTEM：对系统表进行分析
TABLE USER ： 对当前用户模式下的所有表进行分析
#db2 reorgchk update statistics on table all
15、 对需要重组的表进行重组
#db2 reorg table 表名 //通过重构行来消除“碎片”数据
#db2 reorg indexes all for table 表名//只重组索引
比如：
reorg table db2inst1.org index by_id
将根据索引by_id，如果不加INDEX选项将重组表和所有的索引
reorg table db2inst1.org index by_id use tempspace1
使用指定的临时表空间重组表
表重组完成后需要进行RUNSTATS。另外，记住在分区数据库环境中，如果想在所有节点运行命令，需要使用db2_all命令。
二、 DB2日常维护月 *** 作
1、 查看DB2日志
请至少每月查看一次db2diag.log文件，看其中是否有异常。
2、 检查备份和日志是否都保存好了
通过TSM或第三方存储管理软件，查看备份和归档日志是否都保存好了，在数据库级别查看备份，可以使用：
# db2 list history backup all for 数据库名
三、 DB2日常维护季度 *** 作
1、 通过快照监控器，查看系统性能如何
通过快照监控器，抓取数据库的信息，分析数据库性能是否合理：
# db2 get snapshot for all on 数据库名 >log.txt
2、 数据库补丁级别
# db2level
四、 注意事项
1、 不要删除活动日志文件
DB2 的活动日志文件不能被删除。一旦 DB2 的活动日志文件被删除，或者所在的存储设备出现问题，则不可避免地造成 DB2 数据库系统宕机。
2、 注意交易日志存储空间
在归档日志模式下，如果没有使用自动归档方式，则存储的日志文件会不断增多，有可能造成日志所在的文件系统空间满。 当这种情况发生时，会根据参数 BLK_LOG_DSK_FUL 的配置而有不同的现象：
1）如果该参数启用，则 DB2 数据库可继续读 *** 作，但是写 *** 作会挂起
2）如果该参数没有启用，则 DB2 数据库会停止工作
两种情况下，都需要到日志所在的文件系统添加了空间才恢复正常。
3、 按照系统的实际工作量配置日志空间
DB2数据库通过日志文件维护数据的完整性和一致性。DB2 数据库的日志空间可通过如下公式计算：
日志空间 = （主日志文件 + 二级日志文件） * 日志文件尺寸
其中：
1） 主日志文件由参数 LOGPRIMARY 控制，
2） 二级日志文件由参数 LOGSECOND 控制
3） 日志文件尺寸由参数 LOGFILSIZ 控制
4） LOGPRIMARY + LOGSECOND <256 （不同的 DB2 版本略有不同，请参看相同版本的 DB2 手册确认）
4、 设置正确数据库代码页
由于数据库的代码页在数据库创建之后是无法修改的，所以在创建数据库时一定要选择正确的代码页。
错误的数据库代码页会造成 JDBC/ODBC 访问时中文字段被截断（包括控制中心），这种情况需要重建数据库以修改数据库代码页。
从全局规划来说，如果应用需要访问多个数据库，那么这多个数据库的代码页应该是一致的。
5、 检查许可证（License）安装情况
许可证过期会造成不必要的服务中断，所以在 DB2 安装完毕后，建议检察许可的安装情况
6、 创建数据库前调整好系统时间
在数据库创建好之后，调整系统时间会造成数据库内部时间戳的异常。数据库中一些对象和时间相关，一旦时间不准确要调整需要很小心。错误的时间调整可能会造成很多问题，如：
1）某些对象失效，例如 ：
SQL0440N，找不到具有兼容自变量的类型为 “<例程类型>” 的名为 “<例程名>” 的已授权例程
2）数据库日志逻辑错误 ->宕机
3）常见错误 – 只调整时间，未调整时区
7、 不要随便执行 chown (chmod) –R （UNIX/Linux）
在实例目录下chown (chmod) -R 会造成
1） 在数据库服务器上 db2 connect to <dbname>能连接上数据库
2） db2 connect to <dbname>user ... using ...连接不上
8、 在归档日志模式下使用LOAD记得加NONRECOVERABLE参数
五、 附：以脱机方式重组表
以脱机方式重组表是整理表碎片的最快方法。重组可减少表所需的空间量并提高数据访问和查询性能。
必须具有 SYSADM、SYSCTRL、SYSMAINT 或 DBADM 权限，或者必须具有对表的 CONTROL 权限才能重组表。必须具有数据库连接才能重组表。
标识需要重组的表之后，可以对这些表运行 REORG 实用程序，并且可以选择对在这些表上定义的任何索引运行该实用程序。
1. 要使用 CLP 重组表，请发出 REORG TABLE 命令：
db2 reorg table test.employee
要使用临时表空间 mytemp 重组表，请输入：
db2 reorg table test.employee use mytemp
要重组表并根据索引 myindex 对行进行重新排序，请输入：
db2 reorg table test.employee index myindex
2. 要使用 SQL 调用语句重组表，请使用 ADMIN_CMD 过程发出 REORG TABLE 命令：
call sysproc.admin_cmd ('reorg table employee index myindex')
3. 要使用 DB2 管理 API 重组表，请使用 db2REORG API。
在重组表之后，应收集有关表的统计信息，以便优化器具有最准确的数据来评估查询访问方案。
六、 附：索引重组
通过删除和插入 *** 作对表进行更新后，索引的性能会降低，其表现方式如下：
• 叶子页分段
叶子页被分段之后，由于必须读取更多的叶子页才能访存表页，因此 I/O *** 作成本会增加。
• 物理索引页的顺序不再与这些页上的键顺序相匹配（此称为不良集群索引）。
叶子页出现不良集群情况后，顺序预取 *** 作的效率将降低，因此会导致更多的 I/O 等待。
• 形成的索引大于其最有效的级别数。
在此情况下应重组索引。
如果在创建索引时设置了 MINPCTUSED 参数，则在删除某个键且可用空间小于指定的百分比时，数据库服务器会自动合并索引叶子页。此过程称为联机索引整理碎片。但是，要复原索引集群和可用空间以及降低叶级别，请使用下列其中一种方法：
• 删除并重新创建索引。
• 使用 REORG INDEXES 命令联机重组索引。
因为此方法允许用户在重建表索引期间对表进行读写 *** 作，所以在生产环境中可能需要选择此方法。
• 使用允许脱机重组表及其索引的选项运行 REORG TABLE 命令。
联机索引重组
在使用 ALLOW WRITE ACCESS 选项运行 REORG INDEXES 命令时，如果同时允许对指定的表进行读写访问，则会重建该表的所有索引。进行重组时，对基础表所作的任何将会影响到索引的更改都将记录在 DB2® 日志中。另外，如果有任何内部内存缓冲区空间可供使用，则还将这些更改放在这样的内存空间中。重组将处理所记录的更改以便在重建索引时与当前写活动保持同步更新。内部内存缓冲区空间是根据需要从实用程序堆中分配的指定内存区域，它用来存储对正在创建或重组的索引所作的更改。使用内存缓冲区空间使索引重组 *** 作能够通过这样的方式来处理更改，即先直接从内存读取，然后读取日志（如有必要），但读取日志的时间要晚得多。在重组 *** 作完成后，将释放所分配的内存。重组完成后，重建的索引可能不是最佳集群的索引。如果为索引指定 PCTFREE，则在重组期间，每页上均会保留相应百分比的空间。
对于分区表，支持对各个索引进行联机索引重组和清除。要对各个索引进行重组，指定索引名：REORG INDEX index_name for TABLE table_name
对于空间索引或多维集群（MDC）表，不支持采用 ALLOW WRITE 方式的联机索引重组。
注： REORG INDEXES 命令的 CLEANUP ONLY 选项不能完全重组索引。CLEANUP ONLY ALL 选项将除去那些标记为“删除”且被认为要落实的键。此外，它还将释放所有标记为“删除”且被认为要落实的键所在的页。在释放页后，相邻的叶子页将会合并，前提是这样做可以在合并页上至少留出 PCTFREE 可用空间。PCTFREE 是指在创建索引时为其定义的可用空间百分比。CLEANUP ONLY PAGES 选项仅删除那些标记为“删除”且被认为要落实的所有键所在的页。
使用 CLEANUP ONLY 选项对分区表的索引进行重组时，支持任何访问级别。如果未指定 CLEANUP ONLY 选项，则缺省访问级别 ALLOW NO ACCESS 是唯一支持的访问级别。
REORG INDEXES 具有下列要求：
• 对索引和表具有 SYSADM、SYSMAINT、SYSCTRL 或 DBADM 权限，或者具有 CONTROL 特权。
• 用于存储索引的表空间的可用空间数量等于索引的当前大小
在发出 CREATE TABLE 语句时，考虑在大型表空间中重组索引。
• 其他日志空间
REORG INDEXES 需要记录其活动。因此，重组可能会失败，尤其是在系统繁忙和记录其他并发活动时。
注： 如果具有 ALLOW NO ACCESS 选项的 REORG INDEXES ALL 命令运行失败，则会标记索引无效并且此项 *** 作不可撤销。但是，如果具有 ALLOW READ ACCESS 选项的 REORG 命令或具有 ALLOW WRITE ACCESS 选项的 REORG 命令运行失败，则可以复原原来的索引对象。
七、 附：收集和更新统计信息的准则
RUNSTATS 命令收集表、索引和统计信息视图的统计信息，以为优化器提供准确信息进行访问方案选择。
在下列情况下，使用 RUNSTATS 实用程序来收集统计信息：
• 当数据已装入表中且已创建适当的索引时。
• 当在表中创建新的索引时。如果自从上次在表中运行 RUNSTATS 以来尚未修改表，则只需要对新的索引执行 RUNSTATS。
• 当一个表已用 REORG 实用程序重组时。
• 当通过数据修改、删除和插入已大量更新表及其索引时。（此处所指的“大量”可能表示有 10% 到 20% 的表和索引数据受影响。）
• 在绑定性能非常重要的应用程序之前
• 当您想要比较当前和先前统计信息时。如果定期更新统计信息，则可以及早发现性能问题。
• 当预取量更改时。
• 当使用了 REDISTRIBUTE DATABASE PARTITION GROUP 实用程序时。
注:
在先前版本的 DB2® 中，此命令使用了 NODEGROUP 关键字，而不是 DATABASE PARTITION GROUP 关键字。
• 使用 RUNSTATS 实用程序来收集关于 XML 列的统计信息。 使用 RUNSTATS 仅收集 XML 列的统计信息时，将保留 LOAD 或上一次执行 RUNSTATS 实用程序已收集的非 XML 列的现有统计信息。如果先前已收集关于一些 XML 列的统计信息，则在当前命令未收集关于该 XML 列的统计信息时，将删除先前收集的 XML 列的统计信息；在当前命令收集了关于该 XML 列的统计信息时，将替换先前收集的 XML 列的统计信息。
要提高 RUNSTATS 性能并保存用来存储统计信息的磁盘空间，考虑仅指定应该收集其数据分布统计信息的列。
理论上，您应在运行统计信息之后重新绑定应用程序。如果查询优化器具有新的统计信息，则它可以选择不同的访问方案。
如果您没有足够的时间一次收集全部的统计信息，则可以运行 RUNSTATS 来每次仅更新几个表、索引或统计信息视图的统计信息，并轮流完成该组对象。如果对选择性部分更新运行 RUNSTATS 期间由于表上的活动而产生了不一致性，则在查询优化期间将发出警告消息（SQL0437W，原因码 6）。例如，如果执行 RUNSTATS 来收集表分布统计信息，以及在某个表活动后，再次执行 RUNSTATS 来收集该表的索引统计信息，则可能发生这种情况。如果由于表上的活动产生了不一致并且在查询优化期间检测到这些不一致，则发出该警告消息。当发生这种情况时，应再次运行 RUNSTATS 来更新分布统计信息。
要确保索引统计信息和表同步，执行 RUNSTATS 来同时收集表和索引统计信息。索引统计信息保留自上次运行 RUNSTATS 以来收集的大部分表和列的统计信息。如果自上次收集该表的统计信息以来已对该表做了大量修改，则只收集该表的索引统计信息将使两组统计信息不能在所有节点上都同步。
对生产系统调用 RUNSTATS 可能会对生产工作负载的性能产生负面影响。RUNSTATS 实用程序现在支持调速选项，在执行较高级别的数据库活动期间，可以使用调速选项来限制执行 RUNSTATS 的性能影响。
在分区数据库环境中收集表的统计信息时，RUNSTATS 仅收集执行该命令的数据库分区上的表的统计信息。将此数据库分区的 RUNSTATS 结果推广到其他数据库分区。如果执行 RUNSTATS 的数据库分区不包含特定表的一部分，则将请求发送到数据库分区组中包含该表一部分的第一个数据库分区。
收集统计信息视图的统计信息时，将收集所有包含该视图引用的基本表的数据库分区的统计信息。
考虑以下技巧来提高 RUNSTATS 的效率和已收集的统计信息的有效性：
• 仅对用来连接表的列或 WHERE、GROUP BY 以及查询的类似子句中的列收集统计信息。如果对这些列建立了索引，则可以用 RUNSTATS 命令的 ONLY ON KEY COLUMNS 子句指定列。
• 为特定表和表中特定列定制 num_freqvalues 和 num_quantiles 的值。
• 使用 SAMPLE DETAILED 子句收集 DETAILED 索引统计信息，以减少对详细的索引统计信息执行的后台计算量。SAMPLE DETAILED 子句减少收集统计信息所需要的时间，并在大多数情况下产生足够的精度。
• 当创建已填写的表的索引时，添加 COLLECT STATISTICS 子句来在创建索引时创建统计信息。
• 当添加或除去了大量表行时，或如果更新了收集其统计信息的列中的数据，则再次执行 RUNSTATS 来更新统计信息。
• 因为 RUNSTATS 仅收集单个数据库分区的统计信息，所以，如果数据不是在所有数据库分区中一致分发的，则统计信息将不太准确。如果您怀疑存在变形数据分发，则您可能想要在执行 RUNSTATS 之前使用 REDISTRIBUTE DATABASE PARTITION GROUP 命令来在各数据库分区之间再分发数据。
八、 附：使用 CLP 捕获数据库运行状况快照
可从 CLP 使用 GET HEALTH SNAPSHOT 命令来捕获运行状况快照。该命令语法支持检索运行状况监视器监视的不同对象类型的运行状况快照信息。
先决条件
必须具有实例连接才能捕获运行状况快照。如果没有实例连接，则创建缺省实例连接。要获取远程实例的快照，必须先连接至该实例。
过程
要使用 CLP 捕获数据库运行状况快照
1. 从 CLP 发出带有期望参数的 GET HEALTH SNAPSHOT 命令。
在以下示例中，将在启动数据库管理器之后立即捕获数据库管理器级别运行状况快照。
db2 get health snapshot for dbm
2. 对于分区数据库系统，可为特定分区捕获专门的数据库快照，或者为所有分区捕获全局的数据库快照。要对特定分区（如分区号 2）上的数据库捕获运行状况快照，请发出以下命令：
db2 get health snapshot for db on sample at dbpartitionnum 2
要对所有分区上的所有应用程序捕获数据库快照，请发出以下命令：
db2 get health snapshot for db on sample global
以下命令捕获的运行状况快照带有附加详细信息，包括公式、附加信息和运行状况指示器历史记录：
db2 get health snapshot for db on sample show detail
3. 对于基于集合状态的运行状况指示器，可对所有集合对象捕获数据库快照，而不考虑这些对象的状态。常规 GET HEALTH SNAPSHOT FOR DB 命令返回所有集合对象，这些对象需要针对所有基于集合状态的运行状况指示器的警报。
要对列示了所有集合对象的数据库捕获运行状况快照，请发出以下命令：
db2 get health snapshot for db on sample with full collection
问题一：什么叫税务稽查选案 税务稽查选案，是确定稽查对象的过程。税务机关选案有多种形式：通过计算机选案、随机抽查、举报、转办、交换等，其中群众举报即是发动全社会力量进行协税护税的好形式，又是发现案源的主要途径。稽查选案是稽查工作的第一道程序，它属于稽查实施前的运筹过程，起着为后续工作提供方向和目标的作用。搞好选案体系的建设，无疑就抓住了整个稽查工作的中心链条，从而推动税务稽查工作的发展，实现依法治税的目标。
税务稽查的基本程序是选案、检查、审理和执行。选案是税务稽查的第一道程序，即通过计算机、人工或者两者结合，对各类税务信息进行收集、分类、分析、比对和数据处理，从而在所管理的纳税户、扣缴义务人中选取最有嫌疑的逃税者，进而为下一步的税务检查铺垫基础。这是税务稽查的憨础性工作，是提高税务稽查效率，有效地将有限的人力调配到最需要稽查对象上的重要措施。而选案准确与否直接决定着稽查成果的大小，选案准确程度涉及整个稽查工作的质量。
问题二：稽查如何选案 （一）强化对税务稽查选案工作的认识
各级税务机关必须高度重视稽查选案工作的重要性，各个部门之间应形成合力，建立科学的选案制度，统筹安排选案工作。要大力提高税务稽查选案人员的业务水平，培养专业的人力资源。要把提高选案人员的整体素质作为一项重要工作来抓，尽快培养出一批业务全面的税务稽查选案人员，不但要精通财务知识、税法政策、计算机应用等基础技能，还要熟悉掌握企业的行业特点、生产经营方式等信息，只有这样才能满足税务稽查选案工作的需要。
（二）整合利用现有信息资源，加快税务稽查选案的软件开发
建立集中的备查信息库，改变以往被动选案的工作方法，以计算机系统为平台，对各类信息资源进行收集、整理、储存。结合当前数据信息，尽快开发出适合税务稽查工作需要的人机结合方式的选案软件。初选时，借助计算机系统提高海量数据的加工处理速度，根据人工设置的参数、指标，对信息库中符合条件的信息进行归纳整理。复选时，通过人工分析提高个案的准确性，抽取部分典型企业，对其涉税情况进行调研，为税务检查的实施提供有效地查案线索。
（三）确定系统完整的税务稽查选案指标体系
税务稽查选案评价指标的选择和确定，是直接关系到选案质量高低的一项最重要的基础性工作。要紧紧围绕企业的经济活动，对已掌握的数据资料运用各种方法深入揭示可能出现的各种情况，就其经济效果与各种涉税事项等诸因素之间的关系，进行横向和纵向的定量比较，在综合分析的基础上提出能够定性的量化指数标准，从而作为确定纳税异常户的参照依据。选案人员可以利用各类财务报表中项目间的勾稽关系，进行稽核，检查其填列的正确性，进而找出涉税问题的线索。通过设定公允的参数指标形成涉税指标体系，结合动态信息同步调整形成数据仓库，为以后的评估分析预置信息源。
（四）加强各部门间的工作联系，增强选案的针对性
整合信息资源，拓宽选案范围，构架横向选案体系。以查前分析为核心，实现税收分析、纳税评估、税源监控、税务稽查等各环节的有机衔接。在计划统计、税收征管、税务稽查等部门之间建立信息共享、双向反馈、统筹协调、良性联动的运行机制。形成一张严密的工作网络，以便及时发现纳税异常问题。税务管理部门将辖区内的重点税源户，特殊行业的重点企业，税负变化异常、长期零税负和负税负申报、纳税信用等级低以及在日常管理和税务检查中发现问题较多的纳税人，均纳入评估的重点关注对象。实施过程中，税收管理员要通过日常征管工作，及时掌握纳税人实际生产经营情况，参考行业税负监控数据、各类评估指标预警值等，对企业进行点对点纳税评估，并决定有关评估案件是否移送稽查部门。切实形成通过税收分析及时发现纳税异常情况，通过纳税评估查找原因，并将涉嫌偷逃税的对象及时移转税务稽查，通过税务稽查落实评估疑点的工作机制，较好地发挥各部门的整体合力。
（五）建立多元化的税收信息采集网络
建立起纵横交错、内外相连、辐射范围广、传递速度快、监控能力强的税收信息网络。注重加强与国税部门的配合，拓展选案渠道。
要建立起信息交换和联席会议制度，互相通报税务检查实施情况，分别进行信息筛选、分析加工。
对涉及两个部门的涉税案件及时向对方稽查部门通报有关查处情况。要建立国、地税联查体系。国、地税稽查部门联合行动，不仅节省人力、物力，避免重复检查、多头检查，而且通过联手，能够提高稽查工作效率和质量。每年由两局牵头，国、地税稽查部门联合查办几起有代表性的大要案件，......>>
问题三：浅谈如何提高稽查选案准确率 面临前所未有的挑战，为了顺利完成上级下达的各项收入任务，稽查局就如何提高稽查质量和效率、促进选案、检查、审理、执行科学联动展开了一系列的研究和探索。稽查工作的质量和效率很大程度上取决于选案的准确程度，只有选准稽查对象、稽查重点，才能抓住整个稽查工作的中心链条，推动稽查向纵深发展，提高税务稽查的威慑力和效率。因此，如何提高选案准确率是我们必需思考的问题。
一、税务稽查选案工作的现状及难点
应该肯定的是，近几年稽查局不断探索选案方法，稽查选案准确率逐步提高，有力打击了涉税违法活动。但是选案准确率还有很大的上升空间。
（一）选案的方法比较单一，案源广度有待开发
目前在稽查对象的确定上，尚无系统的选案方法，未形成一套科学、全面的选案指标体系。专案检查案源主要来源于纳税人举报，由于举报人举报动机不同，很多举报线索可信价值不高，有不少是不实的举报，在一定程度上影响了选案准确率；专项检查的案源主要来源于人工选案和基层局的案源移交，对于人工选案，全国都没有统一的计算机选案分析系统，基本依据稽查计划筛选随机抽样选择确定稽查对象，其科学性和准确性有待提高。
（二）选案指标不够健全，案源判断难以把握
无论是计算机选案还是人工选案，都必须依靠多渠道税务信息网络和大容量经济信息来源的支撑。如果缺乏丰足而真实的信息资源，选案工作就不可能在瞬息万变的市场经济环境中把握主动权。目前，稽查选案还缺乏统一的税务数据库，缺乏稽查与征管、国税与地税、税务与国土及房产等部门的有效的信息传递渠道，征管软件中虽然有纳税人登记和征收方面的数据资料，但缺少纳税人日常经营的一些关键数据资料，未将会计核算科目纳入选案指标，仅仅按照纳税数额较大的纳税户作为稽查对象仍然难以把握选案是否准确。
（三）临时安插案件较多，选案进度难以控制
随着国家对宏观经济的不断管理，各类打击税收违法犯罪案件的专项检查逐年增加。同时上级交办、转办及群众举报案件等要放在优先位置检查，协查案件增长迅猛，稽查部门安排相应稽查计划的自主性就受到很大约束，选案工作还要实际征收管理情况和上级下达的税收任务，选案工作量大，人员不够，使选案工作的进度难以控制。
（四）移交案源质量不高，部门配合有待加强
稽查与征管缺乏健全的工作衔接制度，也没有建立有效的信息共享机制。管理上移交的案源工作无论在组织形式上，还是在方法措施上都未能与稽查选案工作要求完全配合，一些基层管理部门移交案源应付差事，仅限于税收管理员对企业纳税情况的简要陈述，缺乏对企业经营情况的关键数据指标的描述及与有关纳税指标的对比分析。有的移交案源甚至将管理上还存在分歧的案件、找不到纳税人经营地址的案件也移交至稽查部门，失去了案源移交的本来意义。信息传递不详实、稽查完毕后的查核结果与初始疑点反馈和分析存在较大差异，导致稽查选案的准确率降低。
二、提高稽查选案准确率的几点建议
（一）充分做好选案调查，掌握足够的信息
经常性的开展税务约谈，尽可能多的搜集各行业企业生产经营等方面的信息。及时收集、分析地区纳税环境，加强税收调研，依靠准确的信息，查找有价值的线索。加强与国税、工商、国土资源局和房产管理部门的信息交换，搭建信息共享平台，建立集中的备查信息库。选案部门要对各类信息资源进行收集、整理、储存，同时及时对纳税人情况进行信息更新，拓展选案渠道。
（二）完善稽查选案指标体系，建立预警体系
稽查部门应杜绝坐等案源的做法，及时对已掌握的备查信息库中的数据资料进行综合分析，选取关键指标、参数，就其经济效果与各种涉税事项......>>
问题四：稽查选案的基本要求是必须( ) BCD
问题五：税务稽查用上了哪些新手段 信息时代，经济活动日益纷繁复杂，逃税手段也不断翻新，税务稽查若仍采用传统的查账形式，陷入被动不可避免。其实，随着经济活动日益与互联网融合，互联网上处处可见经济活动的痕迹，税务稽查完全可以“为我所用”。
“互联网+”理念可为税务稽查选案提供更广阔的资源。一方面，随着便捷的网络检举渠道开通，人们足不出户就能提交检举材料，网络检举已成为很多地方税务稽查的重要案源。另一方面，当前大数据信息平台快速建设， *** 各监管部门和网络运营商、金融等单位正逐步实现信息互通、数据互联、资源共享，在此背景下，税务稽查如能与时俱进，增加大数据应用，将纳税人的各类经济数据与其申报纳税数据对比，选案质量将大幅提高。
“互联网+”理念可帮助税务稽查攻坚克难，提高办案质效。互联网时代，越来越多的交易活动以电子商务的形式完成，线上签约，线下交易，网络支付，电子记账。即使是常规交易，也常会在互联网世界留下信息。随着第三方涉税信息共享、税收大数据开发应用不断推进，税务稽查部门如果充分发挥税收大数据的效应，将“互联网+稽查”做实，多种检查困扰会得到有效化解。
问题六：纳税评估和税务稽查的区别在于 纳税评估和税务稽查的区别：
1、纳税评估与税务稽查的目的不同。
纳税评估主要是通过对纳税人当期税源真实性的评估，提高纳税人依法履行纳税义务的能力，同时提高稽查选案的准确性。税务稽查的目的主要是查处偷税、骗税等税收违法行为，保障税收，促进依法纳税和税收秩序的好转。
2、主体和客体不同。
纳税评估主要是由基层税务机关的税源管理部门和税收管理员负责；客体主要是指当期管理范围内的所有纳税人、扣缴义务人的纳税活动。税务稽查由税务稽查局负责，主体简单明确；客体针对性较强，主要指有偷税、逃避追缴欠税、骗税和抗税等税收违法嫌疑的纳税人或扣缴义务人的各项活动。
3、工作程序和工作地点不同。
纳税评估的程序是，确定对象―实施分析―询问核实―评估处理―反馈建议和维护更新税源管理数据，这决定了纳税评估一般在税务机关办公场所开展。税务稽查的程序要复杂得多，一般在税务机关办公场所和稽查对象现场开展。
4、具体作用不同。服务是纳税评估的职能，惩处、威慑和教育是税务稽查的职能。税务稽查主要通过惩处等打击性措施起到执法作用。纳税评估是税收管理的第一道防线，税务稽查是最后一道防线。
问题七：如何充分发挥打击型稽查的职能作用 随着所有制结构的调整，市场经济逐步形成，
税收在国家经济生活中的地位和作用也不断提高和增强，多种经济成份并存，经营形式日益多样化，国家集体、个人三者之间利益分配关系发生了质的变化，偷税行为更加普遍、隐蔽，偷税骗税者为牟取暴利疯狂作案，铤而走险，新的形势，对税务稽查提出了更高的要求，它要求不断强化税务稽查的职能作用，严厉打击各种涉税违法犯罪，以维护税法的刚性。税务稽查的职能从收入型向打击型的转变，正是顺应形势发展的需要，目前税务机关在打击偷抗骗税活动中受执法权限、执法力度、执法手段等条件的限制，对违法者打击不力，难以形成对违法者的高压威慑力，涉税违法行为难以得到遏制，造成国家税收流失，
纳税人失去公平竞争的环境，执法环境每况愈下。对此，本人仅就当前税务稽查中存在的薄弱环节，及解决问题的对策谈几点看法。一、目前税务稽查现状
1、稽查手段单调乏力，设备落后。目前对个私经济、民营经济，股份制企业的税收检查中发现，这些企业大多不建立帐册；或“两套帐”，或帐外经营，或会计资料严重失实，或多头开户，或大量现金交易，或货物销售不开票，或存货仓库隐蔽，都使税务机关无法真正了解纳税人的销售收入，难于掌握生产经营者的真实营业额，在税务稽查中单凭目前的稽查手段很难查获纳税人的真实经营情况，取证相当困难。《税收征管法》赋予税务机关的检查权，可以检查纳税人的帐薄，生产经营场所和货物存放地，查核其在银行的帐户，责令提供与纳税有关的资料、文件、询问，有关涉税问题。但是许多纳税人，作伪证、推诿或以老板不在为由逃避询问。不配合检查，甚至抢夺已调取的证据资料，面对这些违法行为税务稽查部门往往无能为力，无法获取更确凿、全面的证据，司法机关调查时，早已“人去楼空”无从查证了。
2、定案所依据的事实不清，证据不充分。
税务稽查工作的主要职能就是规范纳税行为，查清纳税人是否依法纳税。稽查的过程就是对违法事实的确认过程，就是对稽查证据寻找认定的过程，寻找不到证据就不能证明违法事实的存在，认定不了证据就不能作为定案的依据，目前，在实际工作中，最常用的证据有《税务稽查底稿》，书证、询问笔录等。税务稽查底稿是税务人员在查帐过程中对查出问题所涉及的账户记帐凭证以及相关的纳税问题所作的记载。日前存在的问题是底稿制作简单粗糙，质量不高起不到证据作用，或所取证据，不足以支持税务处理决定，有的询问笔录与其他证据不能互相印证，如果被询问人事后翻供，税务机关就不能仅仅依据询问笔录来对其违法行为进行定性和处罚。由于证据不充分，税务机关在税务行政复议和诉讼，或是案件移送时，就容易导致具体行政行为被变更，撤消或败诉甚至引起错案。
3、引用法律法规不规范，
根据《行政诉讼法》规定，人民法院审理行政案件，以法律和行政法规、地方性法规为依据，参照国务院部委制定、发布的规章。根据法律规定和人民法院的要求，在行政执法中适用法律法规时，除引用其名称外，还必须引用到具体的条款、项目。日前，稽查工作中引用 法律法规，往往不具体，或是只引用规范性文件。
4、以罚代刑，刚性不足。
根据《刑法》规定，纳税人偷税数额在1万元以上且偷税数额占应纳税额10%以上的，应追究刑事责任。在实际工作中相当多的纳税人，其偷税行为已触犯《刑法》但没有被移送，存在以罚代刑的现象。
5、重实体轻程序还不同程度的存在
新《税收征管法》在补充完善若干税收征管制度的同时，明确规定了执行这些制度所必须遵循的法定程序。从我国目前税收行政执法的实际情况来看，重制度轻程序，重结果轻过程的问题还不同程度地存在。据统计，99年全国共发生......>>
问题八：什么是税务稽查中的"网络爬虫 1.网络爬虫的解读
网络爬虫也称网页蜘蛛,是一个自动提取网页的程序,运用网络爬虫技术设定程序,可以根据既定的目标更加精准选择抓取相关的网页信息,有助于在互联网海量信息中快捷获取有用的涉税信息.
2.网络爬虫的运用
网络爬虫技术主导下的涉税信息监控平台具有三个突出的特点:分类抓取、实时监控和智能比对.
平台主要从证券财经网站,重点抓取上市公司公告、上市公司十大股东股票减持、限售股解禁等信息风控中心的专用电脑全天候实时抓取、储存和分类整理相关信息平台将从互联网获取的信息与税收征管系统以及其他第三方信息进行自动比对,从中筛选出存在税收风险的管征户信息.
3.网络爬虫的流程（具体可以咨询财慧网）
进入系统后,先连接互联网的风控中心电脑,通过网络爬虫程序定向抓取各网站上发布的上市公司公告信息,并且将这些信息转化成可识别的文本.在当天股市收盘后,扫描程序开始启动,扫描网络爬虫抓取的公告内容.
如果扫描中出现了国税局管理的企业名称或者是其他有效信息,监控平台会自动将公告与国税局管理企业建立起关联,并且以不同颜色的字体和高亮方式显示在电脑屏幕上.风控中心人员可以实时看到关联信息.
问题九：关于财税稽查的问题 那得掌握公司的证据，说实话现在没有不偷税漏税的触税务局更不会因为一个电话而去查哪个企业偷税漏税的，这样的话税务局就不用干别的了。除非涉及金额非常大，而你必须以书面的形式举报不能单凭电话。
问题十：税务局怎么从现金流量表中看企业偷漏税？现金流量表对税务局来说意义大吗？ 50分 现金流量表是反映纳税人在一定会计期间现金和现金等价物流入和流出信息的会计报表。
现金流量表最早是作为企业内部报表出现的，主要是为了满足企业内部加强现金管理的需要。目前，现金流量表已成为与资产负债表、利润表并列的三张主要财务报表之一。税务机关可以通过了解纳税人的财务报告，开展财务分析，了解企业纳税和税法遵从情况。各级税务机关应重视对现金流量表数据信息的采集，防范税收风险。
将现金流量表会计信息运用于税收风险管理中，可发挥不同于其他报表的一些特殊作用。比如，现金流量表可弥补传统会计报表的不足，有助于税务机关了解纳税人的真实经营情况。现金流量表详细描述纳税人的经营、投资与筹资活动所产生的资金流和现金收支构成，在评价企业经营结果、实现利润及财务状况方面，比传统的利润表更加直观。现金流量表反映纳税人的现金流量净额，有助于增强税务机关审查纳税申报数据的合理性。利用现金流量表信息可分析纳税人偿债能力和盈利能力，从而大大增强税收专业化应对和稽查选案的针对性。
当前税务管理中对企业现金流量表数据采集和运用还存在诸多问题。比如，数据质量不高。一些纳税人不能严格按照会计准则要求报送完整、准确的财务报告。企业多头开户、用个人xyk结算的现象大量存在，使部分现金收支未进入会计核算范围，削弱了现金流量表数据的完整性。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）