It's not possible to switch this on/off at runtime, because the data is static/readonly.
However there's a solution, IF you're using Adapter : copy the llblgenproj file and load that in the designer and make sure the project in the designer gets a different name. In that project remove the sequence assignment so the field (or fields if you have multiple entities with this) isn't an identity field anymore. If you have many many fields to do this on, consider a piece of C# code in the element search panel, which offers an interface over the entire object model from C#.
Once you've done this, generate Adapter code for this project, with different namespaces so you get different code, make sure you're not overwriting your original project, and throw away the entity model code as you don't need it. You now have two DbSpecific projects and one DbGeneric project (with the entities).
To load entities from A, use your original DbSpecific adapter and to save entities into B, use the new copied DbSpecific adapter. As this copied DbSpecific adapter doesn't have the field marked as identity, it should produce a normal insert query.
If you find this too much work, you can also copy the generated sourcecode for the DbSpecific project and change the entity mapping code in the PersistenceInfoProvider.cs file for the field so it's no longer marked as identity and doesn't have a sequence anymore. You now again have two DbSpecific projects, and use the copy to save to B. This isn't really recommended, as you alter generated code.
You can alternatively also use a 3rd option with a customized PersistenceInfoProvider template, namely one which never generates sequences into the mapping data. Use this customized template in a separate TemplateBindings file and create a customized code generation preset which uses your custom templatebindings file. Then generate the code twice, once with the normal preset and once with the customized preset and you again have two DbSpecific code bases, so use the customized one to save to B. Of course it's best to give it a different namespace. More info: https://www.llblgen.com/Documentation/5.11/SDK/TemplatesandTemplatebindings.htm https://www.llblgen.com/Documentation/5.11/SDK/GeneratorandTasks.htm
The last option might be a bit cumbersome at first, but as it uses the same project file, it might be the least amount of work going forward when the project e.g. has many changes in the future, as there's no copy project to keep in sync with.