these are 2 different things - in the past automic customer could use a SINGLE BYTE or an UTF-8 oracle database
if you run this SQL against your automic db - what do you get at NLS_CHARACTERSET?

if this shows something different f.ex. 'WE8ISO8859P15 / WE8ISO8859P1 / WE8MSWIN1252' your DB was created with a single byte character set
even oracle base might have a different setting
if this shows the above value there is no need for a migration - just change the connection string - as your DB was already multi-byte in the past
but the connect string MUST have been done with a single-byte code page in past (v21--)
v21--
sqlDriverConnect=ODBCVAR=NNJNIORO,DSN=PER05;UID=THV123;PWD=uc4;SP=NLS_LANGUAGE=AMERICAN,NLS_TERRITORY=AMERICA,CODESET=WE8MSWIN1252,SKIP_UNUSABLE_INDEXES=true,NLS_LENGTH_SEMANTICS='CHAR'
v24++
sqlDriverConnect=ODBCVAR=NNJNIORO,DSN=PER05;UID=THV24;PWD=uc4;SP=NLS_LANGUAGE=AMERICAN,NLS_TERRITORY=AMERICA,CODESET=AL32UTF8,SKIP_UNUSABLE_INDEXES=true