?db2move Pm : SQL3089N records in the hope of finding D-D records (already) From the AIX db2move DB2V8.2 on the database information on the WIN2000 db2move DB2V8.1 when there are a lot of tables to restore normal (mostly normal). Records show : [SQL3089N expect the D-D to find records. ] Wrong. I do not know what the reasons are? First record] [D. What does this mean? Please give expert advise. Is a common phenomenon, it is not correct to restore the basic form of very large data table. I use the order is : db2move gtxjdb import u "users"; - P "password"; ?db2move Pm : SQL3089N records in the hope of finding D-D records (already) Laoda, downward compatible version ?db2move Pm : SQL3089N records in the hope of finding D-D records (already) Thank you, the. Brother, and dealing them! I always thought that db2move regardless of previous versions. Kazakhstan ?db2move Pm : SQL3089N records in the hope of finding D-D records (already) Not die. Boss, I installed version 8.2, it is still above the mistake. In the end what is "D record"? Please with instructions. Or a relationship with the operating system? The bank is AIX5.2. Now he WIN2000Pro Xianxie! ?db2move Pm : SQL3089N records in the hope of finding D-D records (already) Please continue to help analysis! I am still not resolved. ?db2move Pm : SQL3089N records in the hope of finding D-D records (already) You should have input into the format of the problem. You check it. ?db2move Pm : SQL3089N records in the hope of finding D-D records (already) 1 How was the file recvd by you. If you used ftp verify If the ftp was done using binary mode and not ascii. If thru email then ask to resend after recvd Compressing the file. Sometimes the files get corrupted During transfer. 2, it could also, in your traditional paper over the compression of Windows, you unzip winzip or winrar to do when things may go wrong. 3, and you open the paper to see whether excel. ?db2move Pm : SQL3089N records in the hope of finding D-D records (already) Thank you very much for helping, the documents should be in the process of transmission problems. I have overlooked this, the database file from the remote FTP removable. Upload may be downloaded at the time of data loss or error. Later, with no direct transmission of documents to test, had no problem, a return to normal. Thank you again! [ Closed window ]