ASCII нуль/NUL, как правило, рассматриваются как символ завершения строки в множестве языков. Я считаю, что то, что вы наблюдаете, это то, что библиотеки SSIS читают в вашем исходном XML, и наличие прерывания строки сигнализирует о прекращении операции чтения.
Как вы можете это решить? Быстрый способ проверки заключается в использовании шестнадцатеричного редактора для редактирования исходного XML-файла и исключения этих значений NUL. Если ETL работает нормально, вам либо нужно, чтобы ваша исходная система не помещала туда. Другой вариант - проверить, сможет ли тэг CDATA безопасно сбежать. I думаю это для его. Если я никому не работаю, я прибегну к выполнению этапа предварительной обработки, чтобы удалить символ \ 0 из исходного файла.
Как вы думаете, в чем проблема? Может быть, именно это сообщение об ошибке вам сообщает? –
У нас нет доступа к вашему файлу. Учитывая, что ошибка, по-видимому, на линии 315943, пожалуйста, посмотрите там (и * не сделайте это!), Пожалуйста!) –
Спасибо за ваш ответ Джон ... Номер строки, упомянутый в сообщении об ошибке, является последней строкой файла xml , Я получаю ту же ошибку для нескольких файлов. Поэтому я смущен, является ли это проблемой данных или мне нужно включить какие-либо преобразования ..? Пожалуйста, совет ... –