OpsConsole will only help you to migrate between the three 'standard' tenants Prod, Stg, and UAT. You could create another landscape group with another Prod and then OpsConsole helps you control migration within that landscape group.
To do anything beyond that, you'll do it manually.
To clone your Prod, take a backup of the Prod database and restore it with a new name. In OpsConsole (or ConfigDB) you assign the database name to your tenant.
If you want to create a tenant/landscape with ISM demo data, have a look at <HEAT>\SystemConfigurationWizard\DB\AppServer\SQL\CoreApplication; you'll find the SQL scripts SCW uses to setup a new tenant. You'll have to work through SampleSaaSDBImport.bat and do a bit more than just configuring it, but in the end it will create a database that you can assign to a tenant. In ..\DemoData you'll find more other demo data; I've never looked into those in detail.
I remember some weird behaviour when testing the different landscape types, and eventually used pilot over development.
I ran through my configuration wizard and created a development landscape.
I restored a demo DB I have in my lab to my development DB using SQL management. My production tenant is nova.msrs.us; staging stg-nova.msrs.us; uat uat-nova.msrs.us. However, when I try to access dev-nova.msrs.us, I don't receive my branded login as the others, but the standard ISM login
and no option to select anything development related.
I don't understand why the many landscapes but only access to three of them.
Have a look at the development tenant's entry in your ConfigDB. Make sure that Login URL, Database settings and Landscape Type are set correctly.
What do you mean by 'no option to select anything development related'? The 'development' tenant is nothing different from any other tenant. Don't forget to assign a Dev license file to that tenant as well.
If you have a branded login configured in the development tenant, ISM should present it when using Login URL. Did you set an alias in either the server's .host file or in DNS?
Three tenants will be sufficient for most situations. A staging tenant for development, a UAT tenant for (integration) testing, and , of course, a production tenant. Why would you require more?