n、 但是DB29.7没有内置归档功能吗？数据可能需要压缩并发送到远程磁盘。因此，我认为内置归档功能将非常强大。啊，我没有听说您希望归档在DB2之外。IBM的解决方案可能是使用Optim@如果您不需要访问，Robert的方法（+1）可能更简单、更便宜。我们

---

n、 但是DB29.7没有内置归档功能吗？数据可能需要压缩并发送到远程磁盘。因此，我认为内置归档功能将非常强大。啊，我没有听说您希望归档在DB2之外。IBM的解决方案可能是使用Optim@如果您不需要访问，Robert的方法（+1）可能更简单、更便宜。我们讨论的是多少个表以及要归档的数据量？为什么要存档？Optim？听起来这是一种昂贵的方法；）我们将在2-5个表之间归档，可能有数百万行。这些是与日志相关的行，占用了事务数据库中不必要的空间，但根据法律规定，这些行仍然需要存储在某个地方。这是一个很棒的东西。谢谢系统不需要访问存档数据。我们正在归档旧的日志数据，这些数据占用了事务数据库中不必要的空间，但根据法律规定，它们需要存储在某个地方。这是一件很棒的事情。谢谢系统不需要访问存档数据。我们正在归档旧的日志数据，这些数据占用了事务数据库中不必要的空间，但根据法律规定，它们需要存储在某个地方。

echo '===================== export started ';

values current time;
-- maybe ixf format would be better?
export to tablename.del of del 
select * from tablename
where creation_date < (current date - 1 year)
;
echo '===================== export finished ';

echo '===================== delete started ';
values current time;

delete from tablename.del of del 
where creation_date < (current date - 1 year)
;
commit;

echo '===================== delete finished ';

db2 connect to db user xx using xxx
db2 -s -vtf export.sql
7z a safe-location-<date-time>.7z tablename.del
if no errors till now:
   db2 -s -vtf delete.sql