You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The new name for the Database Lab Engine is "DBLab Engine". Updates are currently underway across our materials to reflect this change. To align with this change, we have introduced specific domains for the product: dblab.dev and dblab.sh. For ease of access, we have established the following short URLs:
We've expanded the installation options for DBLab SE. Besides its presence in the AWS Marketplace, you can now seamlessly install DBLab SE directly from the Postgres.ai Console.
This setup is entirely automated and can be used anywhere:
For those who have existing machines, we support the "BYOM" (Bring Your Own Machine) method
If you're utilizing AWS, GCP, DigitalOcean, or Hetzner Cloud, the installer handles resource provisioning—including VMs, disks, and more—automatically.
For those considering an upgrade, we recommend executing a fresh installation of DBLab. At present, we don't have automation in place for upgrades. If you need to update an existing DBLab installation, it's essential to stop and remove the current containers. Then, initiate a fresh start of the DBLab container using the 3.4.0 tag. More details can be found in the docs. Before initiation, ensure you've adjusted the DBLab configuration as outlined below.
Postgres images
There is a new method for running clones with customized port and socket directories. Please note that this is NOT backward compatible with previous versions of the Postgres images that DBLab utilized. It is crucial to ensure the dockerImage options utilize tags with the -0.3.0 suffix or later, such as postgresai/extended-postgres:15-0.3.0 (details can be found in this MR).
Global telemetry
The global.telemetry subsection has been deprecated and removed. The control to activate/deactivate telemetry has been relocated to the platform section:
From version v3.4.0 onward, the platform section is enabled by default.
If either the accessToken or orgKey keys aren't empty, ensure the url parameter is specified; otherwise, the DBLab instance will not initialize. By default, neither accessToken nor orgKey are defined when in case of self-managed installations.
Configuration: new option skipPolicies in subsection logicalRestore to allow to skip policies (CREATE POLICY) during restore process, to avoid errors like policy "xxx" for table "yyy" already exists: https://gitlab.com/postgres-ai/database-lab/-/merge_requests/769
special images for DBLab SE/EE (with some extension being mocked): RDS Postgres, Aurora, GCP Cloud SQL, Supabase, Timescale, Heroku, PostGIS
New installer for DBLab SE, available at Console.Postgres.ai, and simplified configuration for various managed PostgreSQL services such as AWS RDS, GCP Cloud SQL, Supabase, Heroku - various MRs
Ignore STDERR buffer of the process while reading exec command response (previously, DBLab considered a task failed if exit code was 0 but STDERR had messages; now only the exit code defines success/failure) https://gitlab.com/postgres-ai/database-lab/-/merge_requests/782
Run clones with custom port and socket directory to be able to restart or upgrade Postgres instance without losing container (useful in various cases such as testing Postgres major upgrades on clones): https://gitlab.com/postgres-ai/database-lab/-/merge_requests/780
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
New name: DBLab Engine
The new name for the Database Lab Engine is "DBLab Engine". Updates are currently underway across our materials to reflect this change. To align with this change, we have introduced specific domains for the product:
dblab.dev
anddblab.sh
. For ease of access, we have established the following short URLs:curl -sSL dblab.sh | bash
)demo-token
)demo-token
)New contributors
🙇 Many thanks to our first-time contributors: @mbobin, @TheLiamGuy, @gromsterus, @ibash, @byx01, @davidsvenson.
By the numbers
Thank you for the support!
New DBLab SE installer
We've expanded the installation options for DBLab SE. Besides its presence in the AWS Marketplace, you can now seamlessly install DBLab SE directly from the Postgres.ai Console.
This setup is entirely automated and can be used anywhere:
Check out the updated tutorial.
Migration notes
For those considering an upgrade, we recommend executing a fresh installation of DBLab. At present, we don't have automation in place for upgrades. If you need to update an existing DBLab installation, it's essential to stop and remove the current containers. Then, initiate a fresh start of the DBLab container using the
3.4.0
tag. More details can be found in the docs. Before initiation, ensure you've adjusted the DBLab configuration as outlined below.Postgres images
There is a new method for running clones with customized port and socket directories. Please note that this is NOT backward compatible with previous versions of the Postgres images that DBLab utilized. It is crucial to ensure the
dockerImage
options utilize tags with the-0.3.0
suffix or later, such aspostgresai/extended-postgres:15-0.3.0
(details can be found in this MR).Global telemetry
The
global.telemetry
subsection has been deprecated and removed. The control to activate/deactivate telemetry has been relocated to theplatform
section:Platform
From version
v3.4.0
onward, theplatform
section is enabled by default.If either the
accessToken
ororgKey
keys aren't empty, ensure theurl
parameter is specified; otherwise, the DBLab instance will not initialize. By default, neitheraccessToken
nororgKey
are defined when in case of self-managed installations.Docker mounts
Please omit the following Docker mount directives during container startup, as they are no longer necessary:
Changelog
New features
ignoreErrors
in subsectionslogicalDump
andlogicalRestore
to allow not to interrupt the process of dump/restore in case of errors - https://gitlab.com/postgres-ai/database-lab/-/merge_requests/699, https://gitlab.com/postgres-ai/database-lab/-/merge_requests/700, https://gitlab.com/postgres-ai/database-lab/-/merge_requests/730skipPolicies
in subsectionlogicalRestore
to allow to skip policies (CREATE POLICY
) during restore process, to avoid errors likepolicy "xxx" for table "yyy" already exists
: https://gitlab.com/postgres-ai/database-lab/-/merge_requests/769cloneAccessAddresses
in sectionprovision
to control port publishing for clone containers; now limited to127.0.0.1
by default; support multiple addresses and IPv6: https://gitlab.com/postgres-ai/database-lab/-/merge_requests/7869.6-0.3.0
...15-0.3.0
;pgvector
extension added toImprovements and fixes
/status
with proper messages - https://gitlab.com/postgres-ai/database-lab/-/merge_requests/696portPool
inclusive (previously, it was mistakenly exclusive, leading to unexpected behavior): https://gitlab.com/postgres-ai/database-lab/-/merge_requests/785Error response from daemon: Duplicate mount point: /var/lib/dblab/dblab_pool/dataset_1/dump/
: https://gitlab.com/postgres-ai/database-lab/-/merge_requests/791Internal changes
trusted.gpg.d
becauseapt-key
is deprecated - https://gitlab.com/postgres-ai/database-lab/-/merge_requests/701Full diff
Diff between versions v3.3.0 and v3.4.0: v3.3.0...v3.4.0
Where to start / get help
demo-token
)Provide feedback, contribute
We greatly value your feedback. Connect with us via:
Additional resources where you can hear more information about DBLab and Postgres:
Interested in giving back to the project? Here's how you can make an impact:
Beta Was this translation helpful? Give feedback.
All reactions