alexeyvgewgenij_1965Я попытался вставить вот так
update dba.FreeDualDocument set HISTORY='
0x000000FF0200000003000000789C7363646048666060600762660654C004C42C40ECE9C28D26C305C41C401C5C595C929A1B92999B8AAE9707AA3738BFB4283935B824B1A4B418979A90C4A2F4D412881AA073188C90D4806C3106E2D0E2D422BFC4DC54263433F8A1EE0C294ACC2B4E4C2EC9CCCF0BA92CC0ED1CB0837DF2' where recguid = DocumentNumber like '2191', в результате в ячейке получаб - 0x30783030303030304646303230303030303030333030303030303738394337333633363436303438363636303630363030373632363630363534433030344334324334304543453943323844323643333035433431433430314335433539354339323941314239323939394238414145393730374141333733384246423432, то есть я так понимаб что информация вставляется не как бинарик, вообщем мне уже необязательно раскодировать, я хочу понять в такую ячейку можно вставить информации в бинарном видеВо первых, как уже писали, уберите кавычки, во вторых, возможно, в этой ячейке лежит файл, но вы содержимое копировали из SSMS, а она у вас настроена так, что показывает только начало ячейки, поэтому восстановить не получится.
Дополню уважаемого коллегу.

Автор темы, если бы Вы открыли в SSMS параметры- то увидели бы в закладках "Результаты запроса" -> "SQL Server" -> "В виде сетки" два значения, "Максимальное число полученных символов" - для не XML это 65535, для XML это 2 Мб. Возможно, у Вас еще меньше по умолчанию.
Следовательно, Вы скопировали blob в виде текста, записали себе только 65535 символов и даже меньше, если посчитать - это РОВНО 256 символов, Ваши 0x000000FF02....0837DF2.
И все. Было больше, Вы затерли, а сохранили только кусок.

Нужно было создать копию таблицы типа select HISTORY into dba.FreeDualDocument_mini_copy_one_row from dba.FreeDualDocument where ....нужное условие для получения одной строки. А потом при update обратном присоединить сохраненную таблицу той же структуры и безопасно обновить столбец...