yb-admin
The yb-admin
utility, located in the bin
directory of YugabyteDB home, provides a command line interface for administering clusters.
It invokes the yb-master
and yb-tserver
servers to perform the necessary administration.
Syntax
To use the yb-admin
utility from the YugabyteDB home directory, run ./bin/yb-admin
using the following syntax.
yb-admin \
[ -master_addresses <master-addresses> ] \
[ -init_master_addrs <master-address> ] \
[ -timeout_ms <millisec> ] \
[ -certs_dir_name <dir_name> ] \
<command> [ command_flags ]
-
master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. -
init_master_addrs: Allows specifying a single YB-Master address from which the rest of the YB-Masters are discovered.
-
timeout_ms: The RPC timeout, in milliseconds. Default value is
60000
. A value of0
means don't wait;-1
means wait indefinitely. -
certs_dir_name: The directory with certificates to use for secure server connections. Default value is
""
.To connect to a cluster with TLS enabled, you must include the
-certs_dir_name
flag with the directory location where the root certificate is located. -
command: The operation to be performed. See command for syntax details and examples.
-
command_flags: Configuration flags that can be applied to the command.
Online help
To display the online help, run yb-admin --help
from the YugabyteDB home directory.
./bin/yb-admin --help
Commands
- Universe and cluster
- Table
- Backup and snapshot
- Deployment topology
- Security
- Change data capture (CDC)
- xCluster replication
- Decommissioning
- Rebalancing
- Upgrade YSQL system catalog
Universe and cluster commands
get_universe_config
Gets the configuration for the universe.
Syntax
yb-admin \
-master_addresses <master-addresses> \
get_universe_config
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
.
change_config
Changes the configuration of a tablet.
Syntax
yb-admin \
-master_addresses <master-addresses> \
change_config <tablet_id> \
[ ADD_SERVER | REMOVE_SERVER ] \
<peer_uuid> \
[ PRE_VOTER | PRE_OBSERVER ]
- master_addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - tablet_id: The identifier (ID) of the tablet.
- ADD_SERVER | REMOVE_SERVER: Subcommand to add or remove the server.
- peer_uuid: The UUID of the tablet server hosting the peer tablet.
- PRE_VOTER | PRE_OBSERVER: Role of the new peer joining the quorum. Required when using the
ADD_SERVER
subcommand.
Notes:
If you need to take a node down temporarily, but intend to bring it back up, you should not need to use the REMOVE_SERVER
subcommand.
- If the node is down for less than 15 minutes, it will catch up through RPC calls when it comes back online.
- If the node is offline longer than 15 minutes, then it will go through Remote Bootstrap, where the current leader will forward all relevant files to catch up.
If you do not intend to bring a node back up (perhaps you brought it down for maintenance, but discovered that the disk is bad), then you want to decommission the node (using the REMOVE_SERVER
subcommand) and then add in a new node (using the ADD_SERVER
subcommand).
change_master_config
Changes the master configuration.
Syntax
yb-admin \
-master_addresses <master-addresses> \
change_master_config \
[ ADD_SERVER|REMOVE_SERVER ] \
<ip_addr> <port> \
[<uuid>]
- master_addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - ADD_SERVER | REMOVE_SERVER: Adds or removes a new YB-Master server.
- After adding or removing a node, verify the status of the YB-Master server on the YB-Master UI page (http://node-ip:7000) or run the
yb-admin dump_masters_state
command.
- After adding or removing a node, verify the status of the YB-Master server on the YB-Master UI page (http://node-ip:7000) or run the
- ip_addr: The IP address of the server node.
- port: The port of the server node.
- uuid: The UUID for the server that is being added/removed.
list_tablet_servers
Syntax
yb-admin \
-master_addresses <master-addresses> \
list_tablet_servers <tablet_id>
- master_addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - tablet_id: The identifier (ID) of the tablet.
list_tablets
Lists all tablets and their replica locations for a particular table.
Use this to find out who the LEADER of a tablet is.
Syntax
yb-admin \
-master_addresses <master-addresses> \
list_tablets <keyspace_type>.<keyspace_name> <table> [max_tablets]
- master_addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - keyspace_type: Type of the keyspace, ysql or ycql.
- keyspace_name: The namespace, or name of the database or keyspace.
- table: The name of the table.
- max_tablets: The maximum number of tables to be returned. Default is
10
. Set to0
to return all tablets.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
list_tablets ysql.db_name table_name 0
Tablet UUID Range Leader
cea3aaac2f10460a880b0b4a2a4b652a partition_key_start: "" partition_key_end: "\177\377" 127.0.0.1:9100
e509cf8eedba410ba3b60c7e9138d479 partition_key_start: "\177\377" partition_key_end: ""
list_all_tablet_servers
Lists all tablet servers.
Syntax
yb-admin \
-master_addresses <master-addresses> \
list_all_tablet_servers
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
.
list_all_masters
Displays a list of all YB-Master servers in a table listing the master UUID, RPC host and port, state (ALIVE
or DEAD
), and role (LEADER
, FOLLOWER
, or UNKNOWN_ROLE
).
Syntax
yb-admin \
-master_addresses <master-addresses> \
list_all_masters
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
.
Example
./bin/yb-admin \
-master_addresses node7:7100,node8:7100,node9:7100 \
list_all_masters
Master UUID RPC Host/Port State Role
... node8:7100 ALIVE FOLLOWER
... node9:7100 ALIVE FOLLOWER
... node7:7100 ALIVE LEADER
list_replica_type_counts
Prints a list of replica types and counts for the specified table.
Syntax
yb-admin \
-master_addresses <master-addresses> \
list_replica_type_counts <keyspace> <table_name>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - keyspace: The name of the database or keyspace.
- table_name: The name of the table.
dump_masters_state
Prints the status of the YB-Master servers.
Syntax
yb-admin \
-master_addresses <master-addresses> \
dump_masters_state
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
.
list_tablet_server_log_locations
List the locations of the tablet server logs.
Syntax
yb-admin \
-master_addresses <master-addresses> \
list_tablet_server_log_locations
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
.
list_tablets_for_tablet_server
Lists all tablets for the specified tablet server (YB-TServer).
Syntax
yb-admin \
-master_addresses <master-addresses> \
list_tablets_for_tablet_server <ts_uuid>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - ts_uuid: The UUID of the tablet server (YB-TServer).
split_tablet
Splits the specified hash-sharded tablet and computes the split point as the middle of tablet's sharding range.
split_tablet -master_addresses <master-addresses> <tablet_id_to_split>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - tablet_id_to_split: The identifier of the tablet to split.
For more information on tablet splitting, see:
- Tablet splitting — Architecture overview
- Automatic Re-sharding of Data with Tablet Splitting — Architecture design document in the GitHub repository.
master_leader_stepdown
Forces the master leader to step down. The specified YB-Master node will take its place as leader.
Note
-
Use this command only if recommended by Yugabyte support.
-
There is a possibility of downtime.
Syntax
yb-admin \
-master_addresses <master-addresses> \
master_leader_stepdown [ <new_leader_id> ]
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - new_leader_id: (Optional) The identifier (ID) of the new YB-Master leader. If not specified, the new leader is automatically elected.
ysql_catalog_version
Prints the current YSQL schema catalog version.
Syntax
yb-admin \
-master_addresses <master-addresses> \
ysql_catalog_version
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
ysql_catalog_version
The version output displays:
Version:1
Table commands
list_tables
Prints a list of all tables. Optionally, include the database type, table ID, and the table type.
Syntax
yb-admin \
-master_addresses <master-addresses> \
list_tables \
[ include_db_type ] [ include_table_id ] [ include_table_type ]
yb-admin \
-master_addresses <master-addresses> list_tables
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. include_db_type
: (Optional) Add this flag to include the database type for each table.include_table_id
: (Optional) Add this flag to include the table ID for each table.include_table_type
: (Optional) Add this flag to include the table type for each table.
Returns tables in the following format, depending on the flags used:
<db_type>.<namespace>.<table_name> table_id table_type
- db_type: The type of database. Valid values include
ysql
,ycql
,yedis
, andunknown
. - namespace: The name of the database (for YSQL) or keyspace (for YCQL).
- table_name: The name of the table.
- table_type: The type of table. Valid values include
catalog
,table
,index
, andother
.
Tip
To display a list of tables and their UUID (table_id
) values, open the YB-Master UI (<master_host>:7000/
) and click Tables in the navigation bar.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
list_tables
...
yugabyte.pg_range
template1.pg_attrdef
template0.pg_attrdef_adrelid_adnum_index
template1.pg_conversion
system_platform.pg_opfamily
postgres.pg_opfamily_am_name_nsp_index
system_schema.functions
template0.pg_statistic
system.local
template1.pg_inherits_parent_index
template1.pg_amproc
system_platform.pg_rewrite
yugabyte.pg_ts_config_cfgname_index
template1.pg_trigger_tgconstraint_index
template1.pg_class
template1.pg_largeobject
system_platform.sql_parts
template1.pg_inherits
...
compact_table
Triggers manual compaction on a table.
Syntax
yb-admin \
-master_addresses <master-addresses> \
compact_table <keyspace> <table_name> \
[timeout_in_seconds] [ADD_INDEXES]
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - keyspace: Specifies the database
ysql.db-name
or keyspaceycql.keyspace-name
. - table_name: Specifies the table name.
- timeout_in_seconds: Specifies duration, in seconds, yb-admin waits for compaction to end. Default value is
20
. - ADD_INDEXES: Whether to compact the indexes associated with the table. Default value is
false
.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
compact_table ycql.kong test
Started compaction of table kong.test
Compaction request id: 75c406c1d2964487985f9c852a8ef2a3
Waiting for compaction...
Compaction complete: SUCCESS
compact_table_by_id
Triggers manual compaction on a table.
Syntax
yb-admin \
-master_addresses <master-addresses> \
compact_table_by_id <table_id> \
[timeout_in_seconds] [ADD_INDEXES]
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - table_id: The unique UUID associated with the table to be compacted.
- timeout_in_seconds: Specifies duration, in seconds, yb-admin waits for compaction to end. Default value is
20
. - ADD_INDEXES: Whether to compact the indexes associated with the table. Default value is
false
.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
compact_table_by_id 000033f100003000800000000000410a
Compacted [000033f100003000800000000000410a] tables.
modify_table_placement_info
Modifies the placement information (cloud, region, and zone) for a table.
Syntax
yb-admin \
-master_addresses <master-addresses> \
modify_table_placement_info <keyspace> <table_name> <placement_info> <replication_factor> \
[ <placement_id> ]
or alternatively:
yb-admin \
-master_addresses <master-addresses> \
modify_table_placement_info tableid.<table_id> <placement_info> <replication_factor> \
[ <placement_id> ]
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - keyspace: The namespace, or name of the database or keyspace.
- table_name: The name of the table.
- table_id: The unique UUID associated with the table whose placement policy is being changed.
- placement_info: Comma-delimited list of placements for cloud.region.zone. Default value is
cloud1.datacenter1.rack1
. - replication_factor: The number of replicas for each tablet.
- placement_id: Identifier of the primary cluster. Optional. If set, it has to match the
placement_id
specified for the primary cluster in the cluster configuration.
Example
./bin/yb-admin \
-master_addresses $MASTER_RPC_ADDRS \
modify_table_placement_info testdatabase testtable \
aws.us-west.us-west-2a,aws.us-west.us-west-2b,aws.us-west.us-west-2c 3
Verify this in the Master UI by opening the YB-Master UI (<master_host>:7000/
) and clicking Tables in the navigation bar. Navigate to the appropriate table whose placement information you're changing, and check the Replication Info section.
Notes
Setting placement for tables is not supported for clusters with read-replicas or leader affinity policies enabled.
Use this command to create custom placement policies only for YCQL tables or transaction status tables. For YSQL tables, use Tablespaces instead.
create_transaction_table
Creates a transaction status table to be used in a region. This command should always be followed by modify_table_placement_info
to set the placement information for the newly-created transaction status table.
Syntax
yb-admin \
-master_addresses <master-addresses> \
create_transaction_table \
<table_name>
- master_addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - table_name: The name of the transaction status table to be created; this must start with
transactions_
.
The transaction status table will be created as system.<table_name>
.
Example
./bin/yb-admin \
-master_addresses $MASTER_RPC_ADDRS \
create_transaction_table \
transactions_us_east
Verify this in the Master UI by opening the YB-Master UI (<master_host>:7000/
) and clicking Tables in the navigation bar. You should see a new system table with keyspace system
and table name transactions_us_east
.
Next, set the placement on the newly created transactions table:
./bin/yb-admin \
-master_addresses $MASTER_RPC_ADDRS \
modify_table_placement_info system transactions_us_east \
aws.us-east.us-east-1a,aws.us-east.us-east-1b,aws.us-east.us-east-1c 3
After the load balancer runs, all tablets of system.transactions_us_east
should now be solely located in the AWS us-east region.
Note
The preferred way to create transaction status tables with YSQL is to create a tablespace with the appropriate placement. YugabyteDB automatically creates a transaction table using the tablespace's placement when you create the first table using the new tablespace.add_transaction_tablet
Add a tablet to a transaction status table.
Syntax
yb-admin \
-master_addresses <master-addresses> \
add_transaction_tablet \
<table_id>
- master_addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - table_id: The identifier (ID) of the table.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
add_transaction_tablet 000033eb000030008000000000004002
To verify that the new status tablet has been created, run the list_tablets
command.
Backup and snapshot commands
The following backup and snapshot commands are available:
- create_database_snapshot creates a snapshot of the specified YSQL database
- create_keyspace_snapshot creates a snapshot of the specified YCQL keyspace
- list_snapshots returns a list of all snapshots, restores, and their states
- create_snapshot creates a snapshot of one or more YCQL tables and indexes
- restore_snapshot restores a snapshot
- export_snapshot creates a snapshot metadata file
- import_snapshot imports a snapshot metadata file
- delete_snapshot deletes a snapshot's information
- create_snapshot_schedule sets the schedule for snapshot creation
- list_snapshot_schedules returns a list of all snapshot schedules
- restore_snapshot_schedule restores all objects in a scheduled snapshot
- delete_snapshot_schedule deletes the specified snapshot schedule
create_database_snapshot
Creates a snapshot of the specified YSQL database.
Syntax
yb-admin \
-master_addresses <master-addresses> \
create_database_snapshot <database_name>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - database: The name of the YSQL database.
When this command runs, a snapshot_id
is generated and printed.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
create_database_snapshot
To see if the database snapshot creation has completed, run the yb-admin list_snapshots
command.
create_keyspace_snapshot
Creates a snapshot of the specified YCQL keyspace.
Syntax
yb-admin \
-master_addresses <master-addresses> \
create_keyspace_snapshot <keyspace_name>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - keyspace: The name of the YCQL keyspace.
When this command runs, a snapshot_id
is generated and printed.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
create_keyspace_snapshot
To see if the database snapshot creation has completed, run the yb-admin list_snapshots
command.
list_snapshots
Prints a list of all snapshot IDs, restoration IDs, and states. Optionally, prints details (including keyspaces, tables, and indexes) in JSON format.
Syntax
yb-admin \
-master_addresses <master-addresses> \
list_snapshots \
[ show_details ] [ not_show_restored ]
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. show_details
: (Optional) Print snapshot details, including the keyspaces, tables, and indexes.not_show_restored
: (Optional) Do not show successful "restorations" (that is,COMPLETE
). Use to see a list of only uncompleted or failed restore operations.show_deleted
: (Optional) Show snapshots that are deleted, but still retained in memory.
Possible state
values for creating and restoring snapshots:
create_snapshot
:CREATING
,COMPLETE
,DELETING
,DELETED
, orFAILED
.restore_snapshot
:COMPLETE
,DELETING
,DELETED
, orFAILED
.
By default, the list_snapshot
command prints the current state of the following operations:
create_snapshot
:snapshot_id
,keyspace
,table
,state
restore_snapshot
:snapshot_id
,restoration_id
,state
.delete_snapshot
:snapshot_id
,state
.
When show_details
is included, the list_snapshot
command prints the following details in JSON format:
type
:NAMESPACE
id
:<snapshot_id>
or<restoration_id>
data
:name
:"<namespace_name>"
database_type
:"YQL_DATABASE_CQL"
colocated
:true
orfalse
state
:"<state>"
type
:TABLE
<== Use for table or indexid
:"<table_id>"
or"<index_id>"
data
:name
:"<table_name>"
or"<index_id>"
version
:"<table_version>"
state
:"<state>"
state_msg
:"<state_msg>"
next_column_id
:"<column_id>"
table_type
:"YQL_TABLE_TYPE"
namespace_id
:"<namespace_id>"
indexed_table_id
(index only):<table_id>
is_local_index
(index only):true
orfalse
is_unique_index
(index only):true
orfalse
Example
In this example, the optional show_details
flag is added to generate the snapshot details.
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
list_snapshots show_details
Because show_details
was included, list_snapshots
prints the details in JSON format, like this:
f566b03b-b85e-41a0-b903-875cd305c1c5 COMPLETE
{"type":"NAMESPACE","id":"8053dd55d478437cba57d9f67caac154","data":{"name":"yugabyte","database_type":"YQL_DATABASE_CQL","colocated":false,"state":"RUNNING"}}
{"type":"TABLE","id":"a7e940e724ef497ebe94bf69bfe507d9","data":{"name":"tracking1","version":1,"state":"RUNNING","state_msg":"Current schema version=1","next_column_id":13,"table_type":"YQL_TABLE_TYPE","namespace_id":"8053dd55d478437cba57d9f67caac154"}}
{"type":"NAMESPACE","id":"8053dd55d478437cba57d9f67caac154","data":{"name":"yugabyte","database_type":"YQL_DATABASE_CQL","colocated":false,"state":"RUNNING"}}
{"type":"TABLE","id":"b48f4d7695f0421e93386f7a97da4bac","data":{"name":"tracking1_v_idx","version":0,"state":"RUNNING","next_column_id":12,"table_type":"YQL_TABLE_TYPE","namespace_id":"8053dd55d478437cba57d9f67caac154","indexed_table_id":"a7e940e724ef497ebe94bf69bfe507d9","is_local_index":false,"is_unique_index":false}}
If show_details
is not included, list_snapshots
prints the snapshot_id
and state
:
f566b03b-b85e-41a0-b903-875cd305c1c5 COMPLETE
create_snapshot
Creates a snapshot of the specified YCQL tables and their indexes. Prior to v.2.1.8, indexes were not automatically included. You can specify multiple tables, even from different keyspaces.
Snapshots don't auto-expire
Snapshots you create via create_snapshot
persist on disk until you remove them using the delete_snapshot
command.
Use the create_snapshot_schedule
command to create snapshots that expire after a specified time interval.
Syntax
yb-admin \
-master_addresses <master-addresses> \
create_snapshot <keyspace> <table_name> | <table_id> \
[<keyspace> <table_name> | <table_id> ]... \
[flush_timeout_in_seconds]
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - keyspace: The name of the database or keyspace formatted as <ycql|ysql|yedis>.
. - table_name: The name of the table name.
- table_id: The identifier (ID) of the table.
- flush_timeout_in_seconds: Specifies duration, in seconds, before flushing snapshot. Default value is
60
. To skip flushing, set the value to0
.
When this command runs, a snapshot_id
is generated and printed.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
create_snapshot ydb test_tb
Started flushing table ydb.test_tb
Flush request id: fe0db953a7a5416c90f01b1e11a36d24
Waiting for flushing...
Flushing complete: SUCCESS
Started snapshot creation: 4963ed18fc1e4f1ba38c8fcf4058b295
To see if the snapshot creation has finished, run the yb-admin list_snapshots
command.
restore_snapshot
Restores the specified snapshot, including the tables and indexes. When the operation starts, a restoration_id
is generated.
Syntax
yb-admin \
-master_addresses <master-addresses> \
restore_snapshot <snapshot_id> <restore-target>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - snapshot_id: The identifier (ID) for the snapshot.
- restore-target: The time to which to restore the snapshot. This can be either an absolute Unix time, or a relative time such as
minus 5m
(to restore to 5 minutes ago). Optional; omit to restore to the given snapshot's creation time.
Example
./bin/yb-admin restore_snapshot 72ad2eb1-65a2-4e88-a448-7ef4418bc469
When the restore starts, the snapshot_id
and the generated restoration_id
are displayed.
Started restoring snapshot: 72ad2eb1-65a2-4e88-a448-7ef4418bc469
Restoration id: 5a9bc559-2155-4c38-ac8b-b6d0f7aa1af6
To see if the snapshot was successfully restored, you can run the yb-admin list_snapshots
command.
./bin/yb-admin list_snapshots
For the example above, the restore failed, so the following displays:
Restoration UUID State
5a9bc559-2155-4c38-ac8b-b6d0f7aa1af6 FAILED
export_snapshot
Generates a metadata file for the specified snapshot, listing all the relevant internal UUIDs for various objects (table, tablet, etc.).
Syntax
yb-admin \
-master_addresses <master-addresses> \
export_snapshot <snapshot_id> <file_name>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - snapshot_id: The identifier (ID) for the snapshot.
- file_name: The name of the file to contain the metadata. Recommended file extension is
.snapshot
.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
export_snapshot 4963ed18fc1e4f1ba38c8fcf4058b295 \
test_tb.snapshot
Exporting snapshot 4963ed18fc1e4f1ba38c8fcf4058b295 (COMPLETE) to file test_tb.snapshot
Snapshot meta data was saved into file: test_tb.snapshot
import_snapshot
Imports the specified snapshot metadata file.
Syntax
yb-admin \
-master_addresses <master-addresses> \
import_snapshot <file_name> \
[<keyspace> <table_name> [<keyspace> <table_name>]...]
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - file_name: The name of the snapshot file to import
- keyspace: The name of the database or keyspace
- table_name: The name of the table
Note
The keyspace and the table can be different from the exported one.Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
import_snapshot test_tb.snapshot ydb test_tb
Read snapshot meta file test_tb.snapshot
Importing snapshot 4963ed18fc1e4f1ba38c8fcf4058b295 (COMPLETE)
Target imported table name: ydb.test_tb
Table being imported: ydb.test_tb
Successfully applied snapshot.
Object Old ID New ID
Keyspace c478ed4f570841489dd973aacf0b3799 c478ed4f570841489dd973aacf0b3799
Table ff4389ee7a9d47ff897d3cec2f18f720 ff4389ee7a9d47ff897d3cec2f18f720
Tablet 0 cea3aaac2f10460a880b0b4a2a4b652a cea3aaac2f10460a880b0b4a2a4b652a
Tablet 1 e509cf8eedba410ba3b60c7e9138d479 e509cf8eedba410ba3b60c7e9138d479
Snapshot 4963ed18fc1e4f1ba38c8fcf4058b295 4963ed18fc1e4f1ba38c8fcf4058b295
delete_snapshot
Deletes the specified snapshot.
Syntax
yb-admin \
-master_addresses <master-addresses> \
delete_snapshot <snapshot_id>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - snapshot_id: The identifier (ID) of the snapshot.
create_snapshot_schedule
Creates a snapshot schedule. A schedule consists of a list of objects to be included in a snapshot, a time interval at which to take snapshots for them, and a retention time.
Returns a schedule ID in JSON format.
Syntax
yb-admin create_snapshot_schedule \
-master_addresses <master-addresses> \
<snapshot-interval>\
<retention-time>\
<filter-expression>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - snapshot-interval: The frequency at which to take snapshots, in minutes.
- retention-time: The number of minutes to keep a snapshot before deleting it.
- filter-expression: The set of objects to include in the snapshot.
The filter expression is a list of acceptable objects, which can be either raw tables, or keyspaces (YCQL) or databases (YSQL). For proper consistency guarantees, it is recommended to set this up on a per-keyspace (YCQL) or per-database (YSQL) level.
Example
Take a snapshot of the ysql.yugabyte
database once per minute, and retain each snapshot for 10 minutes:
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
create_snapshot_schedule 1 10 ysql.yugabyte
{
"schedule_id": "6eaaa4fb-397f-41e2-a8fe-a93e0c9f5256"
}
list_snapshot_schedules
Lists the snapshots associated with a given schedule. Or, lists all schedules and their associated snapshots.
Returns one or more schedule lists in JSON format.
Schedule list entries contain:
- schedule ID
- schedule options (interval and retention time)
- a list of snapshots that the system has automatically taken
Snapshot list entries include:
- the snapshot's unique ID
- the snapshot's creation time
- the previous snapshot's creation time, if available. Use this time to make sure that, on restore, you pick the correct snapshot, which is guaranteed to have the data you want to bring back.
Syntax
yb-admin \
-master_addresses <master-addresses> \
list_snapshot_schedules <schedule-id>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - schedule-id: the snapshot schedule's unique identifier. The ID is optional; omit the ID to return all schedules in the system.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
list_snapshot_schedules 6eaaa4fb-397f-41e2-a8fe-a93e0c9f5256
{
"schedules": [
{
"id": "6eaaa4fb-397f-41e2-a8fe-a93e0c9f5256",
"options": {
"interval": "60.000s",
"retention": "600.000s"
},
"snapshots": [
{
"id": "386740da-dc17-4e4a-9a2b-976968b1deb5",
"snapshot_time_utc": "2021-04-28T13:35:32.499002+0000"
},
{
"id": "aaf562ca-036f-4f96-b193-f0baead372e5",
"snapshot_time_utc": "2021-04-28T13:36:37.501633+0000",
"previous_snapshot_time_utc": "2021-04-28T13:35:32.499002+0000"
}
]
}
]
}
restore_snapshot_schedule
Schedules group a set of items into a single tracking object (the schedule). When you restore, you can choose a particular schedule and a point in time, and revert the state of all affected objects back to the chosen time.
Syntax
yb-admin \
-master_addresses <master-addresses> \
restore_snapshot_schedule <schedule-id> <restore-target>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - schedule-id: The identifier (ID) of the schedule to be restored.
- restore-target: The time to which to restore the snapshots in the schedule. This can be either an absolute Unix timestamp, or a relative time such as
minus 5m
(to restore to 5 minutes ago).
You can also use a YSQL timestamp or YCQL timestamp with the restore command, if you like.
In addition to restoring to a particular timestamp, you can also restore from a relative time, such as "ten minutes ago".
When you specify a relative time, you can specify any or all of days, hours, minutes, and seconds. For example:
minus 5m
to restore from five minutes agominus 1h
to restore from one hour agominus 3d
to restore from three days agominus 1h 5m
to restore from one hour and five minutes ago
Relative times can be in any of the following formats (again, note that you can specify any or all of days, hours, minutes, and seconds):
- ISO 8601:
3d 4h 5m 6s
- Abbreviated PostgreSQL:
3 d 4 hrs 5 mins 6 secs
- Traditional PostgreSQL:
3 days 4 hours 5 minutes 6 seconds
- SQL standard:
D H:M:S
Examples
Restore from an absolute timestamp:
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
restore_snapshot_schedule 6eaaa4fb-397f-41e2-a8fe-a93e0c9f5256 \
1617670679185100
Restore from a relative time:
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
restore_snapshot_schedule 6eaaa4fb-397f-41e2-a8fe-a93e0c9f5256 \
minus 60s
In both cases, the output is similar to the following:
{
"snapshot_id": "6eaaa4fb-397f-41e2-a8fe-a93e0c9f5256",
"restoration_id": "b1b96d53-f9f9-46c5-b81c-6937301c8eff"
}
delete_snapshot_schedule
Deletes the snapshot schedule with the given ID, and all of the snapshots associated with that schedule.
Returns a JSON object with the schedule_id that was just deleted.
Syntax
yb-admin \
-master_addresses <master-addresses> \
delete_snapshot_schedule <schedule-id>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - schedule-id: the snapshot schedule's unique identifier.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
delete_snapshot_schedule 6eaaa4fb-397f-41e2-a8fe-a93e0c9f5256
The output should show the schedule ID we just deleted.
{
"schedule_id": "6eaaa4fb-397f-41e2-a8fe-a93e0c9f5256"
}
Multi-zone and multi-region deployment commands
modify_placement_info
Modifies the placement information (cloud, region, and zone) for a deployment.
Syntax
yb-admin \
-master_addresses <master-addresses> \
modify_placement_info <placement_info> <replication_factor> \
[ <placement_id> ]
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - placement_info: Comma-delimited list of placements for cloud.region.zone. Optionally, after each placement block, we can also specify a minimum replica count separated by a colon. This count indicates how many minimum replicas of each tablet we want in that placement block. Its default value is 1. It is not recommended to repeat the same placement multiple times but instead specify the total count after the colon. However, in the event that the user specifies a placement multiple times, the total count from all mentions is taken.
- replication_factor: The number of replicas for each tablet. This value should be greater than or equal to the total of replica counts specified in placement_info.
- placement_id: The identifier of the primary cluster, which can be any unique string. Optional. If not set, a randomly-generated ID will be used.
Example
./bin/yb-admin \
-master_addresses $MASTER_RPC_ADDRS \
modify_placement_info \
aws.us-west.us-west-2a:2,aws.us-west.us-west-2b:2,aws.us-west.us-west-2c 5
This will place a minimum of:
- 2 replicas in aws.us-west.us-west-2a
- 2 replicas in aws.us-west.us-west-2b
- 1 replica in aws.us-west.us-west-2c
You can verify the new placement information by running the following curl
command:
curl -s http://<any-master-ip>:7000/cluster-config
set_preferred_zones
Sets the preferred availability zones (AZs) and regions. Tablet leaders are placed in alive and healthy nodes of AZs in order of preference. When no healthy node is available in the most preferred AZs (preference value 1), then alive and healthy nodes from the next preferred AZs are picked. AZs with no preference are equally eligible to host tablet leaders.
Having all tablet leaders reside in a single region reduces the number of network hops for the database to write transactions, which increases performance and reduces latency.
Note
-
Make sure you've already run
modify_placement_info
command beforehand. -
By default, the transaction status tablet leaders don't respect these preferred zones and are balanced across all nodes. Transactions include a roundtrip from the user to the transaction status tablet serving the transaction - using the leader closest to the user rather than forcing a roundtrip to the preferred zone improves performance.
-
Leader blacklisted nodes don't host any leaders irrespective of their preference.
-
Cluster configuration stores preferred zones in either affinitized_leaders or multi_affinitized_leaders object.
-
Tablespaces don't inherit cluster-level placement information, leader preference, or read replica configurations.
-
If the client application uses a smart driver, set the topology keys to target the preferred zones.
Syntax
yb-admin \
-master_addresses <master-addresses> \
set_preferred_zones <cloud.region.zone>[:preference] \
[<cloud.region.zone>[:preference]]...
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - cloud.region.zone: Specifies the cloud, region, and zone. Default value is
cloud1.datacenter1.rack1
. - preference: Specifies the leader preference for a zone. Values have to be contiguous non-zero integers. Multiple zones can have the same value. Default value is 1.
Example
Suppose you have a deployment in the following regions: gcp.us-west1.us-west1-a
, gcp.us-west1.us-west1-b
, gcp.asia-northeast1.asia-northeast1-a
, and gcp.us-east4.us-east4-a
. Looking at the cluster configuration:
curl -s http://<any-master-ip>:7000/cluster-config
Here is a sample configuration:
replication_info {
live_replicas {
num_replicas: 5
placement_blocks {
cloud_info {
placement_cloud: "gcp"
placement_region: "us-west1"
placement_zone: "us-west1-a"
}
min_num_replicas: 1
}
placement_blocks {
cloud_info {
placement_cloud: "gcp"
placement_region: "us-west1"
placement_zone: "us-west1-b"
}
min_num_replicas: 1
}
placement_blocks {
cloud_info {
placement_cloud: "gcp"
placement_region: "us-east4"
placement_zone: "us-east4-a"
}
min_num_replicas: 2
}
placement_blocks {
cloud_info {
placement_cloud: "gcp"
placement_region: "us-asia-northeast1"
placement_zone: "us-asia-northeast1-a"
}
min_num_replicas: 1
}
}
}
The following command sets the preferred region to gcp.us-west1
and the fallback to zone gcp.us-east4.us-east4-a
:
ssh -i $PEM $ADMIN_USER@$MASTER1 \
~/master/bin/yb-admin --master_addresses $MASTER_RPC_ADDRS \
set_preferred_zones \
gcp.us-west1.us-west1-a:1 \
gcp.us-west1.us-west1-b:1 \
gcp.us-east4.us-east4-a:2
Verify by running the following.
curl -s http://<any-master-ip>:7000/cluster-config
Looking again at the cluster configuration you should see multi_affinitized_leaders
added:
replication_info {
live_replicas {
num_replicas: 5
placement_blocks {
cloud_info {
placement_cloud: "gcp"
placement_region: "us-west1"
placement_zone: "us-west1-a"
}
min_num_replicas: 1
}
placement_blocks {
cloud_info {
placement_cloud: "gcp"
placement_region: "us-west1"
placement_zone: "us-west1-b"
}
min_num_replicas: 1
}
placement_blocks {
cloud_info {
placement_cloud: "gcp"
placement_region: "us-east4"
placement_zone: "us-east4-a"
}
min_num_replicas: 2
}
placement_blocks {
cloud_info {
placement_cloud: "gcp"
placement_region: "us-asia-northeast1"
placement_zone: "us-asia-northeast1-a"
}
min_num_replicas: 1
}
}
multi_affinitized_leaders {
zones {
placement_cloud: "gcp"
placement_region: "us-west1"
placement_zone: "us-west1-a"
}
zones {
placement_cloud: "gcp"
placement_region: "us-west1"
placement_zone: "us-west1-b"
}
}
multi_affinitized_leaders {
zones {
placement_cloud: "gcp"
placement_region: "us-east4"
placement_zone: "us-east4-a"
}
}
}
Read replica deployment commands
add_read_replica_placement_info
Add a read replica cluster to the master configuration.
Syntax
yb-admin \
-master_addresses <master-addresses> \
add_read_replica_placement_info <placement_info> \
<replication_factor> \
[ <placement_id> ]
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - placement_info: A comma-delimited list of placements for cloud.region.zone. Default value is
cloud1.datacenter1.rack1
. - replication_factor: The number of replicas.
- placement_id: The identifier of the read replica cluster, which can be any unique string. If not set, a randomly-generated ID will be used. Primary and read replica clusters must use different placement IDs.
modify_read_replica_placement_info
Syntax
yb-admin \
-master_addresses <master-addresses> \
modify_read_replica_placement_info <placement_info> \
<replication_factor> \
[ <placement_id> ]
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - placement_info: A comma-delimited list of placements for cloud.region.zone. Default value is
cloud1.datacenter1.rack1
. - replication_factor: The number of replicas.
- placement_id: The identifier of the read replica cluster, which can be any unique string. If not set, a randomly-generated ID will be used. Primary and read replica clusters must use different placement IDs.
delete_read_replica_placement_info
Delete the read replica.
Syntax
yb-admin \
-master_addresses <master-addresses> \
delete_read_replica_placement_info [ <placement_id> ]
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - placement_id: The identifier of the read replica cluster, which can be any unique string. If not set, a randomly-generated ID will be used. Primary and read replica clusters must use different placement IDs.
Security commands
Encryption at rest commands
For details on using encryption at rest, see Encryption at rest.
add_universe_key_to_all_masters
Sets the contents of key_path
in-memory on each YB-Master node.
Syntax
yb-admin \
-master_addresses <master-addresses> \
add_universe_key_to_all_masters <key_id> <key_path>
- key_id: Universe-unique identifier (can be any string, such as a string of a UUID) that will be associated to the universe key contained in the contents of
key_path
as a byte[]. - key_path: The path to the file containing the universe key.
Note
After adding the universe keys to all YB-Master nodes, you can verify the keys exist using theyb-admin
all_masters_have_universe_key_in_memory
command and enable encryption using the rotate_universe_key_in_memory
command.
all_masters_have_universe_key_in_memory
Checks whether the universe key associated with the provided key_id exists in-memory on each YB-Master node.
yb-admin \
-master_addresses <master-addresses> all_masters_have_universe_key_in_memory <key_id>
- key_id: Universe-unique identifier (can be any string, such as a string of a UUID) that will be associated to the universe key contained in the contents of
key_path
as a byte[].
rotate_universe_key_in_memory
Rotates the in-memory universe key to start encrypting newly-written data files with the universe key associated with the provided key_id
.
Note
Theall_masters_have_universe_key_in_memory
value must be true for the universe key to be successfully rotated and enabled).
Syntax
yb-admin \
-master_addresses <master-addresses> rotate_universe_key_in_memory <key_id>
- key_id: Universe-unique identifier (can be any string, such as a string of a UUID) that will be associated to the universe key contained in the contents of
key_path
as a byte[].
disable_encryption_in_memory
Disables the in-memory encryption at rest for newly-written data files.
Syntax
yb-admin \
-master_addresses <master-addresses> \
disable_encryption_in_memory
is_encryption_enabled
Checks if cluster-wide encryption is enabled.
Syntax
yb-admin \
-master_addresses <master-addresses> \
is_encryption_enabled
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
.
Returns message:
Encryption status: ENABLED with key id <key_id_2>
The new key ID (<key_id_2>
) should be different from the previous one (<key_id>
).
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
is_encryption_enabled
Encryption status: ENABLED with key id <key_id_2>
Change Data Capture (CDC) commands
create_change_data_stream
Creates a change data capture (CDC) DB stream for the specified table.
Syntax
yb-admin \
-master_addresses <master-addresses> \
create_change_data_stream ysql.<namespace_name>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - namespace_name: The namespace on which the DB stream ID is to be created.
For example:
./bin/yb-admin \
-master_addresses 127.0.0.1:7100 \
create_change_data_stream ysql.yugabyte
Enabling before image
To create a change data capture (CDC) DB stream which also supports sending the before image of the record, use the following command.
Syntax
yb-admin \
-master_addresses <master-addresses> \
create_change_data_stream ysql.<namespace_name> IMPLICIT ALL
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - namespace_name: The namespace on which the DB stream ID is to be created.
IMPLICIT
: Checkpointing type on the server.ALL
: Record type indicating the server that the stream should send the before image too.
A successful operation of the above command returns a message with a DB stream ID:
CDC Stream ID: d540f5e4890c4d3b812933cbfd703ed3
list_change_data_streams
Lists all the created CDC DB streams.
Syntax
yb-admin \
-master_addresses <master-addresses> \
list_change_data_streams [namespace_name]
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - namespace_name: Optional - The namespace name for which the streams are to be listed, if not provided it would list all the streams without filtering.
Example:
./bin/yb-admin \
-master_addresses 127.0.0.1:7100 \
list_change_data_streams
This command results in the following response. It will have all the table IDs associated with the stream ID:
CDC Streams:
streams {
stream_id: "d540f5e4890c4d3b812933cbfd703ed3"
table_id: "000033e1000030008000000000004000"
options {
key: "id_type"
value: "NAMESPACEID"
}
options {
key: "checkpoint_type"
value: "EXPLICIT"
}
options {
key: "source_type"
value: "CDCSDK"
}
options {
key: "record_format"
value: "PROTO"
}
options {
key: "record_type"
value: "CHANGE"
}
options {
key: "state"
value: "ACTIVE"
}
}
get_change_data_stream_info
Get the information associated with a particular CDC DB stream.
Syntax
yb-admin \
-master_addresses <master-addresses> \
get_change_data_stream_info <db_stream_id>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - db_stream_id: The CDC DB stream ID to get the info of.
Example:
./bin/yb-admin \
-master_addresses 127.0.0.1:7100 \
get_change_data_stream_info d540f5e4890c4d3b812933cbfd703ed3
The previous command results in the following response. It will have the table_id(s) associated with the stream and the namespace_id on which the stream is created:
CDC DB Stream Info:
table_info {
stream_id: "d540f5e4890c4d3b812933cbfd703ed3"
table_id: "000033e1000030008000000000004000"
}
namespace_id: "000033e1000030008000000000000000"
delete_change_data_stream
Delete the specified CDC DB stream.
Syntax
yb-admin \
-master_addresses <master-addresses> \
delete_change_data_stream <db_stream_id>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - db_stream_id: The CDC DB stream ID to be deleted.
Example:
./bin/yb-admin \
-master_addresses 127.0.0.1:7100 \
delete_change_data_stream d540f5e4890c4d3b812933cbfd703ed3
The above command results in the following response:
Successfully deleted CDC DB Stream ID: d540f5e4890c4d3b812933cbfd703ed3
xCluster Replication commands
setup_universe_replication
Sets up the universe replication for the specified source universe. Use this command only if no tables have been configured for replication. If tables are already configured for replication, use alter_universe_replication to add more tables.
To verify if any tables are already configured for replication, use list_cdc_streams.
Syntax
yb-admin \
-master_addresses <target_master_addresses> \
setup_universe_replication \
<source_universe_uuid>_<replication_name> \
<source_master_addresses> \
<comma_separated_list_of_table_ids> \
[ <comma_separated_list_of_producer_bootstrap_ids> ]
- target_master_addresses: Comma-separated list of target YB-Master hosts and ports. Default value is
localhost:7100
. - source_universe_uuid: The UUID of the source universe.
- replication_name: The name for the replication.
- source_master_addresses: Comma-separated list of the source master addresses.
- comma_separated_list_of_table_ids: Comma-separated list of source universe table identifiers (
table_id
). - comma_separated_list_of_producer_bootstrap_ids: Comma-separated list of source universe bootstrap identifiers (
bootstrap_id
). Obtain these with bootstrap_cdc_producer, using a comma-separated list of source universe table IDs.
Important
Enter the source universe bootstrap IDs in the same order as their corresponding table IDs.Tip
To display a list of tables and their UUID (table_id
) values, open the YB-Master UI (<master_host>:7000/
) and click Tables in the navigation bar.
Example
./bin/yb-admin \
-master_addresses 127.0.0.11:7100,127.0.0.12:7100,127.0.0.13:7100 \
setup_universe_replication e260b8b6-e89f-4505-bb8e-b31f74aa29f3_xClusterSetup1 \
127.0.0.1:7100,127.0.0.2:7100,127.0.0.3:7100 \
000030a5000030008000000000004000,000030a5000030008000000000004005,dfef757c415c4b2cacc9315b8acb539a
alter_universe_replication
Changes the universe replication for the specified source universe. Use this command to do the following:
- Add or remove tables in an existing replication UUID.
- Modify the source master addresses.
If no tables have been configured for replication, use setup_universe_replication.
To check if any tables are configured for replication, use list_cdc_streams.
Syntax
Use the set_master_addresses
subcommand to replace the source master address list. Use this if the set of masters on the source changes:
yb-admin -master_addresses <target_master_addresses> \
alter_universe_replication <source_universe_uuid>_<replication_name> \
set_master_addresses <source_master_addresses>
- target_master_addresses: Comma-separated list of target YB-Master hosts and ports. Default value is
localhost:7100
. - source_universe_uuid: The UUID of the source universe.
- replication_name: The name of the replication to be altered.
- source_master_addresses: Comma-separated list of the source master addresses.
Use the add_table
subcommand to add one or more tables to the existing list:
yb-admin -master_addresses <target_master_addresses> \
alter_universe_replication <source_universe_uuid>_<replication_name> \
add_table [ <comma_separated_list_of_table_ids> ] \
[ <comma_separated_list_of_producer_bootstrap_ids> ]
- target_master_addresses: Comma-separated list of target YB-Master hosts and ports. Default value is
localhost:7100
. - source_universe_uuid: The UUID of the source universe.
- replication_name: The name of the replication to be altered.
- comma_separated_list_of_table_ids: Comma-separated list of source universe table identifiers (
table_id
). - comma_separated_list_of_producer_bootstrap_ids: Comma-separated list of source universe bootstrap identifiers (
bootstrap_id
). Obtain these with bootstrap_cdc_producer, using a comma-separated list of source universe table IDs.
Important
Enter the source universe bootstrap IDs in the same order as their corresponding table IDs.Use the remove_table
subcommand to remove one or more tables from the existing list:
yb-admin -master_addresses <target_master_addresses> \
alter_universe_replication <source_universe_uuid>_<replication_name> \
remove_table [ <comma_separated_list_of_table_ids> ]
- target_master_addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - source_universe_uuid: The UUID of the source universe.
- replication_name: The name of the replication to be altered.
- comma_separated_list_of_table_ids: Comma-separated list of source universe table identifiers (
table_id
).
Use the rename_id
subcommand to rename xCluster replication streams.
yb-admin -master_addresses <target_master_addresses> \
alter_universe_replication <source_universe_uuid>_<replication_name> \
rename_id <source_universe_uuid>_<new_replication_name>
- target_master_addresses: Comma-separated list of target YB-Master hosts and ports. Default value is
localhost:7100
. - source_universe_uuid: The UUID of the source universe.
- replication_name: The name of the replication to be altered.
- new_replication_name: The new name of the replication stream.
delete_universe_replication <source_universe_uuid>
Deletes universe replication for the specified source universe.
Syntax
yb-admin \
-master_addresses <target_master_addresses> \
delete_universe_replication <source_universe_uuid>_<replication_name>
- target_master_addresses: Comma-separated list of target YB-Master hosts and ports. Default value is
localhost:7100
. - source_universe_uuid: The UUID of the source universe.
- replication_name: The name of the replication to be deleted.
set_universe_replication_enabled
Sets the universe replication to be enabled or disabled.
Syntax
yb-admin \
-master_addresses <target_master_addresses> \
set_universe_replication_enabled <source_universe_uuid>_<replication_name>
- target_master_addresses: Comma-separated list of target YB-Master hosts and ports. Default value is
localhost:7100
. - source_universe_uuid: The UUID of the source universe.
- replication_name: The name of the replication to be enabled or disabled.
0
|1
: Disabled (0
) or enabled (1
). Default is1
.
change_xcluster_role
Sets the xCluster role to STANDBY
or ACTIVE
.
Syntax
yb-admin \
-master_addresses <master_addresses> \
change_xcluster_role \
<role>
- master_addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. These are the addresses of the master nodes where the role has to be applied. Example: if we want to change target toSTANDBY
we have to use target universe master addresses, and if we want to change source universe role then we have to use source universe master addresses. - role: Can be
STANDBY
orACTIVE
.
Example
./bin/yb-admin \
-master_addresses 127.0.0.11:7100,127.0.0.12:7100,127.0.0.13:7100 \
change_xcluster_role STANDBY
get_xcluster_safe_time
Reports the current xCluster safe time for each namespace, which is the time at which reads will be performed.
Syntax
yb-admin \
-master_addresses <target_master_addresses> \
get_xcluster_safe_time \
[include_lag_and_skew]
- target_master_addresses: Comma-separated list of target YB-Master hosts and ports. Default value is
localhost:7100
. - include_lag_and_skew: Set
include_lag_and_skew
option to showsafe_time_lag_sec
andsafe_time_skew_sec
, otherwise these are hidden by default.
Example
./bin/yb-admin \
-master_addresses 127.0.0.11:7100,127.0.0.12:7100,127.0.0.13:7100 \
get_xcluster_safe_time
{
"namespace_id": "000033f1000030008000000000000000",
"namespace_name": "yugabyte",
"safe_time": "2023-04-14 18:34:18.429430",
"safe_time_epoch": "1681522458429430",
"safe_time_lag_sec": "15.66",
"safe_time_skew_sec": "14.95"
}
- namespace_id: ID of the stream.
- namespace_name: Name of the stream.
- safe_time: Safe time in timestamp format.
- safe_time_epoch: The
epoch
of the safe time. - safe_time_lag_sec: Safe time lag is computed as
(current time - current safe time)
. - safe_time_skew_sec: Safe time skew is computed as
(safe time of most caught up tablet - safe time of laggiest tablet)
.
wait_for_replication_drain
Verify when the producer and consumer are in sync for a given list of stream_ids
at a given timestamp.
Syntax
yb-admin \
-master_addresses <source_master_addresses> \
wait_for_replication_drain \
<comma_separated_list_of_stream_ids> [<timestamp> | minus <interval>]
- source_master_addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - comma_separated_list_of_stream_ids: Comma-separated list of stream IDs.
- timestamp: The time to which to wait for replication to drain. If not provided, it will be set to current time in the YB-Master API.
- minus
: The minus <interval>
is the same format as in PITR documentation, or seeyb-admin restore_snapshot_schedule
command).
Example
./bin/yb-admin \
-master_addresses 127.0.0.1:7100,127.0.0.2:7100,127.0.0.3:7100 \
wait_for_replication_drain 000033f1000030008000000000000000,200033f1000030008000000000000002 minus 1m
If all streams are caught-up, the API outputs All replications are caught-up.
to the console.
Otherwise, it outputs the non-caught-up streams in the following format:
Found undrained replications:
- Under Stream <stream_id>:
- Tablet: <tablet_id>
- Tablet: <tablet_id>
// ......
// ......
list_cdc_streams
Lists the CDC streams for the specified YB-Master servers.
Tip
Use this command when setting up universe replication to verify if any tables are configured for replication. If not, runsetup_universe_replication
; if tables are already configured for replication, use alter_universe_replication
to add more tables.
Syntax
yb-admin \
-master_addresses <master-addresses> \
list_cdc_streams
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
.
Example
./bin/yb-admin \
-master_addresses 127.0.0.11:7100,127.0.0.12:7100,127.0.0.13:7100 \
list_cdc_streams
delete_cdc_stream <stream_id> [force_delete]
Deletes underlying CDC stream for the specified YB-Master servers.
Syntax
yb-admin \
-master_addresses <master-addresses> \
delete_cdc_stream <stream_id [force_delete]>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - stream_id: The ID of the CDC stream.
force_delete
: (Optional) Force the delete operation.
Note
This command should only be needed for advanced operations, such as doing manual cleanup of old bootstrapped streams that were never fully initialized, or otherwise failed replication streams. For normal xcluster replication cleanup, please usedelete_universe_replication
.
bootstrap_cdc_producer <comma_separated_list_of_table_ids>
Mark a set of tables in preparation for setting up universe level replication.
Syntax
yb-admin \
-master_addresses <master-addresses> \
bootstrap_cdc_producer <comma_separated_list_of_table_ids>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - comma_separated_list_of_table_ids: Comma-separated list of table identifiers (
table_id
).
Example
./bin/yb-admin \
-master_addresses 172.0.0.11:7100,127.0.0.12:7100,127.0.0.13:7100 \
bootstrap_cdc_producer 000030ad000030008000000000004000
table id: 000030ad000030008000000000004000, CDC bootstrap id: dd5ea73b5d384b2c9ebd6c7b6d05972c
Note
The CDC bootstrap ids are the ones that should be used withsetup_universe_replication
and alter_universe_replication
.
get_replication_status
Returns the replication status of all consumer streams. If producer_universe_uuid is provided, this will only return streams that belong to an associated universe key.
Syntax
yb-admin \
-master_addresses <master-addresses> get_replication_status [ <producer_universe_uuid> ]
- producer_universe_uuid: Optional universe-unique identifier (can be any string, such as a string of a UUID).
Example
./bin/yb-admin \
-master_addresses 172.0.0.11:7100,127.0.0.12:7100,127.0.0.13:7100 \
get_replication_status e260b8b6-e89f-4505-bb8e-b31f74aa29f3
statuses {
table_id: "03ee1455f2134d5b914dd499ccad4377"
stream_id: "53441ad2dd9f4e44a76dccab74d0a2ac"
errors {
error: REPLICATION_MISSING_OP_ID
error_detail: "Unable to find expected op id on the producer"
}
}
Decommissioning commands
get_leader_blacklist_completion
Gets the tablet load move completion percentage for blacklisted nodes.
Syntax
yb-admin \
-master_addresses <master-addresses> \
get_leader_blacklist_completion
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
get_leader_blacklist_completion
change_blacklist
Changes the blacklist for YB-TServer servers.
After old YB-TServer servers are terminated, you can use this command to clean up the blacklist.
Syntax
yb-admin \
-master_addresses <master-addresses> \
change_blacklist [ ADD | REMOVE ] <ip_addr>:<port> \
[ <ip_addr>:<port> ]...
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - ADD | REMOVE: Adds or removes the specified YB-TServer server from blacklist.
- ip_addr:port: The IP address and port of the YB-TServer.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
change_blacklist \
ADD node1:9100 node2:9100 node3:9100 node4:9100 node5:9100 node6:9100
change_leader_blacklist
Syntax
yb-admin \
-master_addresses <master-addresses> \
change_leader_blacklist [ ADD | REMOVE ] <ip_addr>:<port> \
[ <ip_addr>:<port> ]...
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - ADD | REMOVE: Adds or removes the specified YB-TServer from leader blacklist.
- ip_addr:port: The IP address and port of the YB-TServer.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
change_leader_blacklist \
ADD node1:9100 node2:9100 node3:9100 node4:9100 node5:9100 node6:9100
leader_stepdown
Forces the YB-TServer leader of the specified tablet to step down.
Note
Use this command only if recommended by Yugabyte support.
There is a possibility of downtime.
Syntax
yb-admin \
-master_addresses <master-addresses> \
leader_stepdown <tablet_id> <dest_ts_uuid>
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. - tablet_id: The identifier (ID) of the tablet.
- dest_ts_uuid: The destination identifier (UUID) for the new YB-TServer leader. To move leadership from the current leader, when you do not need to specify a new leader, use
""
for the value. If you want to transfer leadership intentionally to a specific new leader, then specify the new leader.
Note
If specified,des_ts_uuid
becomes the new leader. If the argument is empty (""
), then a new leader will be elected automatically. In a future release, this argument will be optional. See GitHub issue #4722
Rebalancing commands
For information on YB-Master load balancing, see Data placement and load balancing
For YB-Master load balancing flags, see Load balancing flags.
set_load_balancer_enabled
Enables or disables the load balancer.
Syntax
yb-admin \
-master_addresses <master-addresses> \
set_load_balancer_enabled [ 0 | 1 ]
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
. 0
|1
: Enabled (1
) is the default. To disable, set to0
.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
set_load_balancer_enabled 0
get_load_balancer_state
Returns the cluster load balancer state.
Syntax
yb-admin \
-master_addresses <master-addresses> get_load_balancer_state
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
.
get_load_move_completion
Checks the percentage completion of the data move.
You can rerun this command periodically until the value reaches 100.0
, indicating that the data move has completed.
Syntax
yb-admin \
-master_addresses <master-addresses> \
get_load_move_completion
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
.
Note
The time needed to complete a data move depends on the following:
- number of tablets and tables
- size of each of those tablets
- SSD transfer speeds
- network bandwidth between new nodes and existing ones
For an example of performing a data move and the use of this command, refer to Change cluster configuration.
Example
In the following example, the data move is 66.6
percent done.
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
get_load_move_completion
Returns the following percentage:
66.6
get_is_load_balancer_idle
Finds out if the load balancer is idle.
Syntax
yb-admin \
-master_addresses <master-addresses> \
get_is_load_balancer_idle
- master-addresses: Comma-separated list of YB-Master hosts and ports. Default value is
localhost:7100
.
Example
./bin/yb-admin \
-master_addresses ip1:7100,ip2:7100,ip3:7100 \
get_is_load_balancer_idle
Upgrade YSQL system catalog
upgrade_ysql
Upgrades the YSQL system catalog after a successful YugabyteDB cluster upgrade. YSQL upgrades are not required for clusters where YSQL is not enabled.
Syntax
yb-admin upgrade_ysql
Example
./bin/yb-admin upgrade_ysql
A successful upgrade returns the following message:
YSQL successfully upgraded to the latest version
In certain scenarios, a YSQL upgrade can take longer than 60 seconds, which is the default timeout value for yb-admin
. To account for that, run the command with a higher timeout value:
./bin/yb-admin \
-timeout_ms 180000 \
upgrade_ysql
Running the above command is an online operation and doesn't require stopping a running cluster. This command is idempotent and can be run multiple times without any side effects.
Note
Concurrent operations in a cluster can lead to various transactional conflicts, catalog version mismatches, and read restart errors. This is expected, and should be addressed by rerunning the upgrade command.Refer to Upgrade a deployment to learn about YB-Master and YB-Tserver upgrades, followed by YSQL system catalog upgrades.